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. A method that initializes a newly instantiated object
a refactoring
Cowboy coding
Constructor
Large class
2. The things a system must do
Feasibility
Requirements
Maturity level
system testing
3. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Lexer
Casual use case
copyright
SRS Documentation
4. Diagram used to show how information flows around the system
system testing
Lifecycle
sequence diagram
Fully- dressed use case
5. Test the run - time performance of the system
Design patterns
Functional Requirements
Dijkstra's law
Performance testing
6. Representational State Transfer.
Large class
Dijkstra's law
Software Quality
REST
7. Derived methods should not assume more or deliver less
Association
copyright
intellectual property
Liskov substitution principle
8. A powerful motivator for change
Parser
Versioning
duplicated code
conflict
9. Single step in a lifecycle
OOP
Data classes
Phase
Test- driven development
10. Object oriented programming; using objects to solve problems.
Programming style
OOP
model- driven development
Design Patterns
11. Recognizable indicator that something may be wrong with code
unit testing
brief use case
code smell
Versioning
12. Degree to which the system meets the specified requirements and development standards
software quality
SOP
Programming syntax
white box testing
13. (smell) Smell deodorant
Lambda
Algorithm
Dijkstra's law
comments
14. Testing tactic based on whether inputs and outputs match up for required functionality
model- driven development
path
black box testing
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
15. 2nd step of requirements gathering
intellectual property
Quality metrics
Analysis...
Decorator pattern
16. 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.
Design patterns
First- class citizen
Elicitation
Refactoring
17. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Programming style
Parser
Functional Requirements
Anonymous function
18. A movement that promotes common formats for data.
Code Quality
Semantic Web
Performance testing
brief use case
19. (smell) many parameters are being passed into a method
copyright
trademark
Closure
long parameter list
20. 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.
regression testing
Programming syntax
jquery
Scrum (Agile software development)
21. 4th step of requirements gathering
Liskov substitution principle
SOAP
Performance testing
Validation
22. Tasks that a system must be able to perform
Stress testing
Design pattern
Phase
Functional Requirements
23. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
conflict
message chain
jquery
Denormalization
24. Diagram outlining the tasks that are going to be performed by the user
Requirements
Large class
conflict
Use case diagram
25. Formal testing against end user specifications
intellectual property
Versioning
feature envy
Acceptance testing
26. Freezing the state of the source code at a particular point
Casual use case
Versioning
comments
Constructor
27. 'single dot rule'
Large class
Law of demeter
data clumps
Decorator pattern
28. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Law of demeter
Phase
a refactoring
Database normalization
29. A computer program that divides code up into functional components
Stakeholders
Parser
Software Quality
Design pattern
30. (smell)class with too many instance variables or too much code
Large class
Anonymous function
Stakeholders
brief use case
31. An operator used to denote anonymous functions or closures.
Elicitation
Lambda
sequence diagram
Maturity level
32. One or two paragraphs of text outlining a use case
Law of demeter
Security testing
Feasibility
Casual use case
33. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
Large class
Liskov substitution principle
Feasibility
34. Protecting the embodiment of an idea
long method
SRS Documentation
trademark
copyright
35. Each line of code is covered once
Code Quality
Functional Requirements
path
statement
36. Each condition is covered twice (true - false)
branch
SRS Documentation
sequence diagram
feature envy
37. Force software to fail in order to see how it recovers
architectural design
Design patterns
Recovery testing
Decorator pattern
38. (smell) If a set of variables are used together in multiple places
message chain
Dijkstra's law
long method
data clumps
39. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
jquery
system testing
shotgun surgery
regression testing
40. An effective method expressed as a finite list of well- defined instructions for solving a problem.
conflict
Denormalization
Integration testing
Algorithm
41. (smell) Making one change requires changes in multiple places
Phase
shotgun surgery
Dijkstra's law
Delegation
42. A way to automatically grade code based on heuristics
Casual use case
Quality metrics
intellectual property
conflict
43. Description of possible sequences of interactions between a user and the system.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Design
sequence diagram
use case
44. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Validation
Lazy initialization or Lazy loading (Design pattern)
Dijkstra's law
Design patterns
45. Test whether or not tasks can be accomplished efficiently by all levels of users
Database normalization
Usability testing
long method
Lazy initialization or Lazy loading (Design pattern)
46. Testing tactic that looks at all ways that data can flow through the code
Elicitation
model- driven development
Anonymous function
white box testing
47. (smell) code is repeated in multiple places
duplicated code
Requirements
Software Quality
Dijkstra's law
48. 1. A language feature that supports prototype- based programming. 2. Originally: One object relying upon another to provide a specified set of functionalities. 3. In .NET: A way of telling which method to call when an event is triggered
code quality
Delegation
Fully- dressed use case
model- driven development
49. People who care about the outcome
Design patterns
Decorator pattern
Stakeholders
Lambda
50. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
Lazy initialization or Lazy loading (Design pattern)
Capacity testing
SOAP
Programming syntax