SUBJECTS
|
BROWSE
|
CAREER CENTER
|
POPULAR
|
JOIN
|
LOGIN
Business Skills
|
Soft Skills
|
Basic Literacy
|
Certifications
About
|
Help
|
Privacy
|
Terms
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. Formal document outlining a task that needs to be performed on a system
SRS Documentation
Test- driven development
Fully- dressed use case
Feasibility
2. Force software to fail in order to see how it recovers
Validation
Stress testing
long parameter list
Recovery testing
3. A relationship between objects.
Association
branch
Closure
Capacity testing
4. (smell) A class whose only purpose is to hold data
Data classes
Software Quality
SRS Documentation
model- driven development
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
Data classes
Algorithm
Validation
Closure
6. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
SRS Documentation
REST
jquery
Capacity testing
7. Recognizable indicator that something may be wrong with code
Lexer
code smell
Requirements
Law of demeter
8. (smell) Classes using things that should be private in other classes
Programming syntax
Database normalization
Requirements
inappropriate intimacy
9. Contract between inventor - assignee and state giving a time and geographically limited monopoly
Refactoring
Algorithm
inappropriate intimacy
patent
10. (smell) Making one change requires changes in multiple places
shotgun surgery
Lazy initialization or Lazy loading (Design pattern)
comments
Analysis...
11. Testing can show the presence but not absence of errors
12. A method that initializes a newly instantiated object
Constructor
Large class
Code Quality
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
13. 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.
Decorator pattern
Algorithm
Programming syntax
Phase
14. Diagram used to show how information flows around the system
Casual use case
sequence diagram
First- class citizen
message chain
15. Small - behaviour- preserving - source- to- source transformation
trademark
Validation
Specification
a refactoring
16. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Stakeholders
regression testing
brief use case
Algorithm
17. Testing tactic that looks at all ways that data can flow through the code
white box testing
Dijkstra's law
Design pattern
code smell
18. Object oriented programming; using objects to solve problems.
white box testing
OOP
Dijkstra's law
feature envy
19. Executes system in a manner that demands abnormal amounts of resources
Closure
Delegation
Stress testing
comments
20. The things a system must do
Casual use case
Denormalization
Requirements
feature envy
21. A way to automatically grade code based on heuristics
Requirements
Specification
Quality metrics
Programming syntax
22. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Use case diagram
feature envy
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Feasibility
23. Degree to which the system meets the specified requirements and development standards
Dijkstra's law
Stakeholders
Test- driven development
software quality
24. Description of possible sequences of interactions between a user and the system.
message chain
unit testing
use case
Stress testing
25. Reusable - abstract 'blocks' of design
Maturity
use case
Lifecycle
Design pattern
26. A powerful motivator for change
Lambda
Design
black box testing
conflict
27. Each condition is covered twice (true - false)
Fully- dressed use case
Software Quality
branch
feature- driven development
28. Comprehensive description of software's intended purpose
SRS Documentation
Lambda
code smell
Phase
29. (smell) method has too many statements - loops or variables
Law of demeter
long method
Quality metrics
Delegation
30. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
sequence diagram
Lexer
Algorithm
Versioning
31. 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.
system testing
use case
First- class citizen
model- driven development
32. Testing that verifies that individual units of source code are working
code quality
Programming style
unit testing
statement
33. Models ->code work is done to keep models in sync with code
SOP
model- driven development
Delegation
system testing
34. The rigorousness of the tests that are able to be placed on the code
Acceptance testing
Lazy initialization or Lazy loading (Design pattern)
Dijkstra's law
Maturity
35. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
SRS Documentation
system testing
Design pattern
36. Ways to express the system's subsystems and their relationship
SOAP
architectural design
Recovery testing
Elicitation
37. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
inappropriate intimacy
Security testing
Closure
SOP
38. (smell) many parameters are being passed into a method
patent
feature envy
long parameter list
Algorithm
39. Improve the internal design and implementation of code without affecting external behavior
Refactoring
Anonymous function
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
middle man
40. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
WSDL
Maturity level
SRS Documentation
Liskov substitution principle
41. 3rd step of requirements gathering
Specification
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Acceptance testing
Design Patterns
42. Evaluates upper limits of operational parameters
Integration testing
Capacity testing
Law of demeter
Acceptance testing
43. Testing where modules are combined and tested as a group
Integration testing
Lifecycle
path
Constructor
44. Formal testing against end user specifications
Design
Lexer
Acceptance testing
Use case diagram
45. Test whether or not tasks can be accomplished efficiently by all levels of users
Dijkstra's law
Usability testing
conflict
WSDL
46. People who care about the outcome
Algorithm
Stakeholders
Data classes
Fully- dressed use case
47. Tasks that a system must be able to perform
SRS Documentation
Functional Requirements
patent
sequence diagram
48. (smell) client needs to use one object to get another and then use that one to get another
Functional Requirements
Quality metrics
Phase
message chain
49. Diagram outlining the tasks that are going to be performed by the user
copyright
technical managerial approach
Use case diagram
First- class citizen
50. (smell)class with too many instance variables or too much code
Large class
Quality metrics
Scrum (Agile software development)
black box testing