SUBJECTS
|
BROWSE
|
CAREER CENTER
|
POPULAR
|
JOIN
|
LOGIN
Business Skills
|
Soft Skills
|
Basic Literacy
|
Certifications
About
|
Help
|
Privacy
|
Terms
|
Email
Search
Test your basic knowledge |
Software Engineering Vocab
Start Test
Study First
Subjects
:
engineering
,
it-skills
Instructions:
Answer 50 questions in 15 minutes.
If you are not ready to take this test, you can
study here
.
Match each statement with the correct term.
Don't refresh. All questions and answers are randomly picked and ordered every time you load a test.
This is a study tool. The 3 wrong answers for each question are randomly chosen from answers to other questions. So, you might find at times the answers obvious, but you will see it re-enforces your understanding as you take the test each time.
1. (smell)class with too many instance variables or too much code
Design
Lexer
data clumps
Large class
2. How well your fulfil your requirements
conflict
Software Quality
Programming syntax
regression testing
3. Testing the whole system for functionality
Elicitation
Software Quality
system testing
Acceptance testing
4. Constraints on the design due to external factors
WSDL
Delegation
white box testing
Non - functional Requirements
5. AKA: Lexical Closure or Function Closure - A function together with a referencing environment for the non - local variables of that function. The key aspect of a ______ is variables from outside the function retain there value from the time the closu
Algorithm
Capacity testing
Closure
SOAP
6. (smell) Making one change requires changes in multiple places
Security testing
First- class citizen
Elicitation
shotgun surgery
7. Tasks that a system must be able to perform
Functional Requirements
model- driven development
regression testing
Decorator pattern
8. How developed code is (testing - documentation etc)
message chain
Maturity level
Casual use case
Stress testing
9. (smell) A class whose only purpose is to hold data
Dijkstra's law
WSDL
Data classes
Stress testing
10. Models ->code work is done to keep models in sync with code
Delegation
Analysis...
model- driven development
Capacity testing
11. Single step in a lifecycle
message chain
Denormalization
Analysis...
Phase
12. Series of phases through which software is developed
Association
code smell
Lifecycle
First- class citizen
13. Testing can show the presence but not absence of errors
Warning
: Invalid argument supplied for foreach() in
/var/www/html/basicversity.com/show_quiz.php
on line
183
14. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Stakeholders
system testing
OOP
Anonymous function
15. 'single dot rule'
Acceptance testing
Cowboy coding
Dijkstra's law
Law of demeter
16. Word - logo or symbol used to distinguish one organization's wares and services from another's
intellectual property
Large class
trademark
Non - functional Requirements
17. Reusable - abstract 'blocks' of design
Code Quality
Design pattern
use case
path
18. A set of rules that define the combinations of symbols that are considered to be correctly structured in a specific programming language. Example: In many programming languages - statements are terminated by a semicolon.
Software Quality
path
Database normalization
Programming syntax
19. (smell) A method using another class more than its own
feature envy
Integration testing
Cowboy coding
a refactoring
20. Absence of lifecycle
conflict
a refactoring
Cowboy coding
Casual use case
21. Degree to which the system meets the specified requirements and development standards
message chain
Lambda
software quality
code quality
22. Testing where modules are combined and tested as a group
Integration testing
brief use case
sequence diagram
Programming style
23. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
branch
Lazy initialization or Lazy loading (Design pattern)
brief use case
Lambda
24. (smell) Smell deodorant
Law of demeter
comments
Performance testing
middle man
25. Force software to fail in order to see how it recovers
Feasibility
Recovery testing
middle man
Constructor
26. Iterative - incremental framework for project management.
message chain
system testing
Scrum (Agile software development)
copyright
27. Formal document outlining a task that needs to be performed on a system
long method
Fully- dressed use case
model- driven development
Law of demeter
28. One or two paragraphs of text outlining a use case
Casual use case
Non - functional Requirements
Quality metrics
system testing
29. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Parser
Large class
Lexer
OOP
30. Evaluates upper limits of operational parameters
branch
SOP
Capacity testing
Data classes
31. Testing tactic based on whether inputs and outputs match up for required functionality
Feasibility
Recovery testing
black box testing
feature- driven development
32. (smell) One class delegates all of its requests to another class
Integration testing
REST
middle man
copyright
33. Test cases made -> code compiles -> make code pass
Test- driven development
Maturity
code smell
OOP
34. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
Law of demeter
Integration testing
Security testing
35. Each team member given set of features to work on
system testing
Test- driven development
feature- driven development
copyright
36. Ways to express the system's subsystems and their relationship
Elicitation
Anonymous function
Quality metrics
architectural design
37. People who care about the outcome
Specification
Stakeholders
Dijkstra's law
code smell
38. Test the run - time performance of the system
Usability testing
Code Quality
Performance testing
inappropriate intimacy
39. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Algorithm
Parser
Versioning
Delegation
40. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
path
Phase
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Denormalization
41. Comprehensive description of software's intended purpose
SRS Documentation
Integration testing
model- driven development
middle man
42. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Security testing
feature- driven development
Programming style
Refactoring
43. Testing can show the presence but not absence of errors
Warning
: Invalid argument supplied for foreach() in
/var/www/html/basicversity.com/show_quiz.php
on line
183
44. Each line of code is covered once
Anonymous function
Validation
statement
intellectual property
45. 3rd step of requirements gathering
Large class
long method
Specification
WSDL
46. Formal testing against end user specifications
Acceptance testing
sequence diagram
long method
Maturity
47. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
trademark
Elicitation
Semantic Web
jquery
48. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Capacity testing
feature- driven development
WSDL
shotgun surgery
49. Each possible path through the code is covered
code quality
path
Versioning
inappropriate intimacy
50. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
inappropriate intimacy
REST
message chain