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. One or two paragraphs of text outlining a use case
brief use case
Scrum (Agile software development)
a refactoring
Casual use case
2. Degree to which the system meets the specified requirements and development standards
Algorithm
branch
Capacity testing
software quality
3. 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.
Fully- dressed use case
Usability testing
Feasibility
trademark
4. Word - logo or symbol used to distinguish one organization's wares and services from another's
Semantic Web
Lifecycle
Elicitation
trademark
5. Test cases made -> code compiles -> make code pass
feature- driven development
path
Test- driven development
Requirements
6. Testing where modules are combined and tested as a group
Versioning
Integration testing
Anonymous function
Delegation
7. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
Refactoring
conflict
Stress testing
8. (smell) Classes using things that should be private in other classes
inappropriate intimacy
Large class
SRS Documentation
Non - functional Requirements
9. (smell) Smell deodorant
long method
First- class citizen
Performance testing
comments
10. Single step in a lifecycle
data clumps
Integration testing
Phase
Law of demeter
11. How well your fulfil your requirements
Maturity
feature- driven development
Refactoring
Software Quality
12. Recognizable indicator that something may be wrong with code
code smell
long method
sequence diagram
Capacity testing
13. Lack of errors in code - readability etc
Requirements
Programming style
Code Quality
Design pattern
14. A powerful motivator for change
Delegation
Large class
Performance testing
conflict
15. How developed code is (testing - documentation etc)
patent
Maturity level
duplicated code
Lambda
16. Test the run - time performance of the system
patent
Performance testing
branch
path
17. Executes system in a manner that demands abnormal amounts of resources
Validation
architectural design
Integration testing
Stress testing
18. Reusable - abstract 'blocks' of design
Design pattern
Requirements
Performance testing
SOP
19. Series of phases through which software is developed
Integration testing
Maturity level
Lifecycle
Recovery testing
20. The rigorousness of the tests that are able to be placed on the code
Algorithm
Design patterns
Maturity
WSDL
21. (smell) One class delegates all of its requests to another class
Dijkstra's law
middle man
Parser
path
22. A method that initializes a newly instantiated object
Functional Requirements
Constructor
conflict
Feasibility
23. 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.
Programming syntax
SOAP
code quality
feature- driven development
24. A way to automatically grade code based on heuristics
intellectual property
Closure
Specification
Quality metrics
25. Iterative - incremental framework for project management.
Test- driven development
data clumps
sequence diagram
Scrum (Agile software development)
26. Freezing the state of the source code at a particular point
Versioning
model- driven development
comments
Stakeholders
27. (smell) Making one change requires changes in multiple places
shotgun surgery
Parser
patent
Dijkstra's law
28. Small - behaviour- preserving - source- to- source transformation
a refactoring
feature- driven development
Maturity level
Requirements
29. 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.
Data classes
First- class citizen
SOAP
path
30. Improve the internal design and implementation of code without affecting external behavior
middle man
SRS Documentation
Performance testing
Refactoring
31. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
brief use case
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Decorator pattern
Acceptance testing
32. Derived methods should not assume more or deliver less
Stakeholders
Liskov substitution principle
Association
First- class citizen
33. Force software to fail in order to see how it recovers
SOAP
WSDL
Recovery testing
Fully- dressed use case
34. Tasks that a system must be able to perform
white box testing
Functional Requirements
Denormalization
Design
35. Object oriented programming; using objects to solve problems.
OOP
conflict
REST
Maturity level
36. Reusable - abstract 'blocks' of design
technical managerial approach
long method
Elicitation
Design Patterns
37. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Security testing
Test- driven development
Software Quality
Lexer
38. (smell) A method using another class more than its own
feature envy
data clumps
model- driven development
Parser
39. Models ->code work is done to keep models in sync with code
model- driven development
Database normalization
Parser
black box testing
40. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Code Quality
Data classes
Algorithm
Security testing
41. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
SOP
Lifecycle
Programming style
Maturity level
42. Verifies that system is protected against improper penetration
Anonymous function
Capacity testing
Stakeholders
Security testing
43. Description of possible sequences of interactions between a user and the system.
Lambda
WSDL
use case
sequence diagram
44. Evaluates upper limits of operational parameters
Capacity testing
code smell
jquery
architectural design
45. A design pattern that allows behaviour to be added to an existing object dynamically.
branch
Phase
Decorator pattern
WSDL
46. People who care about the outcome
Stakeholders
Design Patterns
architectural design
Code Quality
47. Testing tactic that looks at all ways that data can flow through the code
Denormalization
message chain
Usability testing
white box testing
48. Techniques for composing objects to form larger structures
Lazy initialization or Lazy loading (Design pattern)
Cowboy coding
data clumps
Design patterns
49. A computer program that divides code up into functional components
Elicitation
copyright
Closure
Parser
50. Constraints on the design due to external factors
Non - functional Requirements
path
Elicitation
Software Quality