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. Series of phases through which software is developed
Analysis...
Phase
Lifecycle
Decorator pattern
2. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
SOP
duplicated code
Maturity
Dijkstra's law
3. Ways to express the system's subsystems and their relationship
inappropriate intimacy
Lifecycle
Stakeholders
architectural design
4. Diagram used to show how information flows around the system
shotgun surgery
sequence diagram
code quality
branch
5. Lack of errors in code - readability etc
comments
Database normalization
Code Quality
Law of demeter
6. Evaluates upper limits of operational parameters
Capacity testing
Versioning
model- driven development
Validation
7. 4th step of requirements gathering
statement
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Validation
Casual use case
8. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
sequence diagram
Programming syntax
model- driven development
9. A relationship between objects.
long parameter list
Delegation
Association
SRS Documentation
10. 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.
conflict
Programming syntax
Database normalization
Stakeholders
11. (smell) A method using another class more than its own
Software Quality
Anonymous function
white box testing
feature envy
12. Each condition is covered twice (true - false)
branch
Validation
shotgun surgery
Database normalization
13. (smell) many parameters are being passed into a method
Design patterns
system testing
long parameter list
Stress testing
14. Single step in a lifecycle
Phase
Lexer
WSDL
message chain
15. Representational State Transfer.
statement
Usability testing
REST
feature- driven development
16. The degree to which code is free of defects
Recovery testing
code quality
Functional Requirements
Programming syntax
17. Figuring out what the requirements are
Algorithm
Dijkstra's law
architectural design
Elicitation
18. Executes system in a manner that demands abnormal amounts of resources
architectural design
Design pattern
Dijkstra's law
Stress testing
19. Protecting the embodiment of an idea
duplicated code
Constructor
Cowboy coding
copyright
20. A method that initializes a newly instantiated object
Constructor
Casual use case
a refactoring
Elicitation
21. Formal document outlining a task that needs to be performed on a system
Fully- dressed use case
software quality
Lambda
copyright
22. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Lexer
Lifecycle
Security testing
Denormalization
23. People who care about the outcome
Stakeholders
intellectual property
inappropriate intimacy
path
24. Description of possible sequences of interactions between a user and the system.
SRS Documentation
trademark
use case
jquery
25. Iterative - incremental framework for project management.
long parameter list
Performance testing
Scrum (Agile software development)
regression testing
26. Reusable - abstract 'blocks' of design
Requirements
Design pattern
Quality metrics
REST
27. How developed code is (testing - documentation etc)
Maturity level
Stress testing
Analysis...
conflict
28. 3rd step of requirements gathering
white box testing
Elicitation
Specification
Acceptance testing
29. One or two paragraphs of text outlining a use case
use case
black box testing
Casual use case
Design
30. Each possible path through the code is covered
OOP
Semantic Web
path
black box testing
31. (smell) client needs to use one object to get another and then use that one to get another
Quality metrics
message chain
black box testing
Lambda
32. Test the run - time performance of the system
WSDL
Feasibility
Performance testing
middle man
33. 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
feature- driven development
Delegation
Software Quality
Constructor
34. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
First- class citizen
Parser
regression testing
Cowboy coding
35. 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
jquery
Maturity level
Performance testing
Closure
36. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Acceptance testing
jquery
architectural design
software quality
37. Testing can show the presence but not absence of errors
38. The things a system must do
Security testing
Requirements
Algorithm
Lazy initialization or Lazy loading (Design pattern)
39. Diagram outlining the tasks that are going to be performed by the user
Use case diagram
unit testing
jquery
Lazy initialization or Lazy loading (Design pattern)
40. Testing the whole system for functionality
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Performance testing
system testing
conflict
41. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
Programming syntax
OOP
black box testing
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.
Programming style
Quality metrics
software quality
OOP
43. Tasks that a system must be able to perform
code smell
feature envy
inappropriate intimacy
Functional Requirements
44. (smell) code is repeated in multiple places
a refactoring
model- driven development
duplicated code
brief use case
45. Comprehensive description of software's intended purpose
Requirements
Validation
SRS Documentation
Database normalization
46. Word - logo or symbol used to distinguish one organization's wares and services from another's
trademark
model- driven development
message chain
feature envy
47. 2nd step of requirements gathering
Functional Requirements
Lexer
Analysis...
a refactoring
48. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
use case
Delegation
regression testing
Anonymous function
49. Small - behaviour- preserving - source- to- source transformation
technical managerial approach
duplicated code
architectural design
a refactoring
50. (smell) A class whose only purpose is to hold data
Data classes
Design pattern
brief use case
use case