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. 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.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
shotgun surgery
Software Quality
First- class citizen
2. Models ->code work is done to keep models in sync with code
model- driven development
Design patterns
Lazy initialization or Lazy loading (Design pattern)
Closure
3. Formal testing against end user specifications
Test- driven development
software quality
Acceptance testing
inappropriate intimacy
4. One or two paragraphs of text outlining a use case
Casual use case
Lazy initialization or Lazy loading (Design pattern)
Requirements
Liskov substitution principle
5. Improve the internal design and implementation of code without affecting external behavior
conflict
Delegation
Refactoring
SOAP
6. Degree to which the system meets the specified requirements and development standards
Law of demeter
feature- driven development
Stakeholders
software quality
7. (smell) client needs to use one object to get another and then use that one to get another
Casual use case
message chain
Programming style
Elicitation
8. Evaluates upper limits of operational parameters
Acceptance testing
Capacity testing
Stress testing
Fully- dressed use case
9. Testing where modules are combined and tested as a group
long method
inappropriate intimacy
Integration testing
SOAP
10. (smell) method has too many statements - loops or variables
Recovery testing
trademark
Casual use case
long method
11. A few sentences summarizing a use case
brief use case
Elicitation
message chain
conflict
12. A relationship between objects.
code smell
copyright
Association
Requirements
13. Small - behaviour- preserving - source- to- source transformation
technical managerial approach
software quality
Data classes
a refactoring
14. Representational State Transfer.
REST
patent
Capacity testing
jquery
15. Developing a plan for a product - system or component. 'how' a system should perform a task
Lambda
Association
Design
conflict
16. Force software to fail in order to see how it recovers
Integration testing
shotgun surgery
Recovery testing
system testing
17. The things a system must do
Requirements
Decorator pattern
Constructor
software quality
18. 4th step of requirements gathering
Design
middle man
Elicitation
Validation
19. 1st step of requirements gathering
Functional Requirements
Elicitation
Quality metrics
Programming syntax
20. Figuring out what the requirements are
copyright
Elicitation
code quality
First- class citizen
21. (smell) A class whose only purpose is to hold data
Liskov substitution principle
Design
Data classes
Association
22. Lack of errors in code - readability etc
data clumps
Non - functional Requirements
unit testing
Code Quality
23. Diagram outlining the tasks that are going to be performed by the user
Law of demeter
Maturity
trademark
Use case diagram
24. Each line of code is covered once
branch
Phase
Code Quality
statement
25. (smell) Making one change requires changes in multiple places
Dijkstra's law
Design
shotgun surgery
inappropriate intimacy
26. Executes system in a manner that demands abnormal amounts of resources
Specification
Stress testing
Usability testing
Integration testing
27. Test cases made -> code compiles -> make code pass
jquery
message chain
Usability testing
Test- driven development
28. Reusable - abstract 'blocks' of design
code quality
sequence diagram
Design pattern
Dijkstra's law
29. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Phase
jquery
Recovery testing
First- class citizen
30. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
trademark
Code Quality
Versioning
Database normalization
31. 'single dot rule'
Elicitation
Scrum (Agile software development)
Law of demeter
Liskov substitution principle
32. (smell)class with too many instance variables or too much code
feature- driven development
Large class
Data classes
Semantic Web
33. Testing tactic that looks at all ways that data can flow through the code
white box testing
shotgun surgery
Code Quality
Performance testing
34. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Elicitation
Algorithm
code smell
Denormalization
35. Each team member given set of features to work on
feature- driven development
Stakeholders
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Lifecycle
36. (smell) many parameters are being passed into a method
code smell
long parameter list
Data classes
Stakeholders
37. Diagram used to show how information flows around the system
Stress testing
sequence diagram
shotgun surgery
Programming style
38. (smell) Classes using things that should be private in other classes
Programming style
inappropriate intimacy
long method
Lambda
39. (smell) code is repeated in multiple places
Liskov substitution principle
shotgun surgery
Lambda
duplicated code
40. A guess of the ability to complete a task or solve a problem. Typically the possible benefits and risks are considered. Some factors would be benefit of completion - risks of incompletion and costs to approach completion.
Feasibility
Acceptance testing
Usability testing
inappropriate intimacy
41. A powerful motivator for change
Programming syntax
Lifecycle
conflict
Analysis...
42. The rigorousness of the tests that are able to be placed on the code
Dijkstra's law
Parser
Design Patterns
Maturity
43. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Anonymous function
unit testing
Law of demeter
Security testing
44. Testing can show the presence but not absence of errors
45. 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
Closure
REST
Programming syntax
Cowboy coding
46. Derived methods should not assume more or deliver less
comments
Stress testing
Elicitation
Liskov substitution principle
47. Each condition is covered twice (true - false)
branch
long method
Elicitation
Algorithm
48. Ways to express the system's subsystems and their relationship
architectural design
feature envy
Fully- dressed use case
software quality
49. Absence of lifecycle
Lifecycle
SRS Documentation
Dijkstra's law
Cowboy coding
50. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Dijkstra's law
Lexer
technical managerial approach
Programming style