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) code is repeated in multiple places
Code Quality
duplicated code
Requirements
First- class citizen
2. Each possible path through the code is covered
path
architectural design
Decorator pattern
Association
3. 4th step of requirements gathering
Validation
Anonymous function
white box testing
OOP
4. (smell) Smell deodorant
system testing
comments
Association
Quality metrics
5. (smell) Classes using things that should be private in other classes
inappropriate intimacy
Anonymous function
OOP
Use case diagram
6. Test cases made -> code compiles -> make code pass
WSDL
Lifecycle
Programming syntax
Test- driven development
7. Testing tactic that looks at all ways that data can flow through the code
software quality
white box testing
Performance testing
Elicitation
8. Derived methods should not assume more or deliver less
brief use case
Liskov substitution principle
Refactoring
Design
9. Models ->code work is done to keep models in sync with code
a refactoring
code smell
model- driven development
data clumps
10. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Constructor
Lazy initialization or Lazy loading (Design pattern)
Data classes
Usability testing
11. Contract between inventor - assignee and state giving a time and geographically limited monopoly
Dijkstra's law
Anonymous function
patent
SOAP
12. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Denormalization
Programming syntax
model- driven development
Functional Requirements
13. Degree to which the system meets the specified requirements and development standards
jquery
software quality
Denormalization
Algorithm
14. Evaluates upper limits of operational parameters
comments
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Capacity testing
Integration testing
15. Each team member given set of features to work on
feature- driven development
white box testing
a refactoring
black box testing
16. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Use case diagram
Programming style
unit testing
message chain
17. Testing the whole system for functionality
Stress testing
system testing
Casual use case
Software Quality
18. The rights governing the ownership and disposition of technology
technical managerial approach
regression testing
Scrum (Agile software development)
intellectual property
19. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
intellectual property
Test- driven development
Lexer
Phase
20. (smell) A class whose only purpose is to hold data
Data classes
Requirements
Performance testing
Versioning
21. (smell) many parameters are being passed into a method
sequence diagram
comments
long parameter list
Code Quality
22. 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
Database normalization
Scrum (Agile software development)
OOP
Closure
23. Single step in a lifecycle
Code Quality
model- driven development
Phase
Dijkstra's law
24. 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.
Large class
Programming syntax
Capacity testing
long method
25. Executes system in a manner that demands abnormal amounts of resources
Stress testing
Association
Elicitation
Programming syntax
26. Absence of lifecycle
Design pattern
model- driven development
Non - functional Requirements
Cowboy coding
27. 1st step of requirements gathering
Acceptance testing
Programming style
Constructor
Elicitation
28. Reusable - abstract 'blocks' of design
Casual use case
Design pattern
Decorator pattern
jquery
29. Test the run - time performance of the system
Performance testing
copyright
middle man
Elicitation
30. AKA: Object - Entity - or Value - An entity that can be constructed at run - time - passed as a parameter - returned from a subroutine - or assigned into a variable.
First- class citizen
feature envy
message chain
Quality metrics
31. (smell) If a set of variables are used together in multiple places
Code Quality
Association
Data classes
data clumps
32. People who care about the outcome
Anonymous function
Feasibility
Data classes
Stakeholders
33. Iterative - incremental framework for project management.
Feasibility
technical managerial approach
Functional Requirements
Scrum (Agile software development)
34. Testing where modules are combined and tested as a group
Integration testing
Law of demeter
jquery
Stress testing
35. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Functional Requirements
Use case diagram
Design Patterns
Anonymous function
36. 2nd step of requirements gathering
Analysis...
Versioning
Integration testing
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
37. Series of phases through which software is developed
Lazy initialization or Lazy loading (Design pattern)
Quality metrics
Programming syntax
Lifecycle
38. Small - behaviour- preserving - source- to- source transformation
Constructor
a refactoring
SOAP
OOP
39. Developing a plan for a product - system or component. 'how' a system should perform a task
Parser
a refactoring
Design
Casual use case
40. Word - logo or symbol used to distinguish one organization's wares and services from another's
conflict
Test- driven development
trademark
feature- driven development
41. Constraints on the design due to external factors
Non - functional Requirements
code smell
Functional Requirements
Semantic Web
42. Testing that verifies that individual units of source code are working
unit testing
Algorithm
code quality
REST
43. (smell)class with too many instance variables or too much code
Large class
Fully- dressed use case
software quality
Semantic Web
44. An operator used to denote anonymous functions or closures.
unit testing
Data classes
Lambda
Design patterns
45. Ways to express the system's subsystems and their relationship
Liskov substitution principle
Acceptance testing
Usability testing
architectural design
46. 'single dot rule'
Liskov substitution principle
Law of demeter
Lifecycle
Design
47. Diagram outlining the tasks that are going to be performed by the user
regression testing
Use case diagram
black box testing
feature envy
48. A powerful motivator for change
inappropriate intimacy
conflict
shotgun surgery
regression testing
49. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
SRS Documentation
long method
regression testing
Constructor
50. A relationship between objects.
Association
code quality
Code Quality
middle man