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. Absence of lifecycle
Capacity testing
shotgun surgery
statement
Cowboy coding
2. Freezing the state of the source code at a particular point
Lexer
Versioning
Design patterns
use case
3. Each condition is covered twice (true - false)
branch
Large class
Design
Association
4. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
SOP
path
data clumps
Usability testing
5. Formal document outlining a task that needs to be performed on a system
Use case diagram
Fully- dressed use case
Quality metrics
Anonymous function
6. Testing tactic that looks at all ways that data can flow through the code
REST
Usability testing
code quality
white box testing
7. Approach to team management that splits management up into two people with separate tasks
technical managerial approach
Capacity testing
Law of demeter
Lambda
8. (smell) Classes using things that should be private in other classes
unit testing
inappropriate intimacy
Design
feature- driven development
9. Small - behaviour- preserving - source- to- source transformation
Fully- dressed use case
Data classes
a refactoring
white box testing
10. (smell) code is repeated in multiple places
Non - functional Requirements
trademark
duplicated code
Phase
11. 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
Design pattern
regression testing
Analysis...
12. (smell) client needs to use one object to get another and then use that one to get another
message chain
Lexer
Usability testing
brief use case
13. 2nd step of requirements gathering
Functional Requirements
Delegation
Closure
Analysis...
14. Derived methods should not assume more or deliver less
Liskov substitution principle
duplicated code
Semantic Web
Programming style
15. (smell) Smell deodorant
comments
Stakeholders
Algorithm
long method
16. Each line of code is covered once
SOP
Validation
statement
Association
17. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
technical managerial approach
Parser
Phase
Denormalization
18. (smell) If a set of variables are used together in multiple places
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Association
data clumps
Performance testing
19. Each team member given set of features to work on
Software Quality
unit testing
feature- driven development
Programming style
20. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
feature- driven development
Anonymous function
Semantic Web
sequence diagram
21. Testing where modules are combined and tested as a group
Stakeholders
Integration testing
technical managerial approach
data clumps
22. A way to automatically grade code based on heuristics
Quality metrics
conflict
sequence diagram
Programming style
23. Reusable - abstract 'blocks' of design
inappropriate intimacy
Capacity testing
Design Patterns
Scrum (Agile software development)
24. Description of possible sequences of interactions between a user and the system.
shotgun surgery
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
use case
Liskov substitution principle
25. Developing a plan for a product - system or component. 'how' a system should perform a task
feature envy
long method
Design
a refactoring
26. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Liskov substitution principle
Programming style
patent
First- class citizen
27. Object oriented programming; using objects to solve problems.
SOAP
OOP
long parameter list
Decorator pattern
28. Test the run - time performance of the system
Recovery testing
SOAP
Performance testing
Stakeholders
29. Contract between inventor - assignee and state giving a time and geographically limited monopoly
patent
long parameter list
SOAP
long method
30. The things a system must do
Large class
Data classes
white box testing
Requirements
31. (smell) A class whose only purpose is to hold data
a refactoring
Data classes
Specification
Design patterns
32. 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
middle man
Functional Requirements
Refactoring
33. Testing the whole system for functionality
Elicitation
Specification
Delegation
system testing
34. An operator used to denote anonymous functions or closures.
Elicitation
Lambda
Delegation
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
35. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Algorithm
Lazy initialization or Lazy loading (Design pattern)
Feasibility
Versioning
36. Executes system in a manner that demands abnormal amounts of resources
regression testing
Parser
Stress testing
Use case diagram
37. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Design pattern
shotgun surgery
feature envy
38. (smell) A method using another class more than its own
feature envy
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Stress testing
Algorithm
39. Degree to which the system meets the specified requirements and development standards
Constructor
software quality
branch
Validation
40. Reusable - abstract 'blocks' of design
white box testing
message chain
patent
Design pattern
41. Series of phases through which software is developed
path
Code Quality
Specification
Lifecycle
42. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Database normalization
software quality
middle man
Lambda
43. The rigorousness of the tests that are able to be placed on the code
Acceptance testing
statement
Maturity
patent
44. Verifies that system is protected against improper penetration
Refactoring
Security testing
architectural design
Integration testing
45. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
conflict
WSDL
unit testing
Design Patterns
46. One or two paragraphs of text outlining a use case
Closure
Test- driven development
Non - functional Requirements
Casual use case
47. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
sequence diagram
SOAP
Closure
Lazy initialization or Lazy loading (Design pattern)
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
Anonymous function
Delegation
Database normalization
Design pattern
49. A movement that promotes common formats for data.
Semantic Web
Capacity testing
Code Quality
Maturity level
50. (smell) One class delegates all of its requests to another class
Elicitation
middle man
Closure
Semantic Web