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. Protecting the embodiment of an idea
comments
copyright
Lazy initialization or Lazy loading (Design pattern)
Fully- dressed use case
2. Lack of errors in code - readability etc
Scrum (Agile software development)
REST
Code Quality
Refactoring
3. (smell) client needs to use one object to get another and then use that one to get another
Cowboy coding
data clumps
message chain
Programming syntax
4. Constraints on the design due to external factors
Design patterns
Non - functional Requirements
Casual use case
code quality
5. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Performance testing
Dijkstra's law
WSDL
Semantic Web
6. Recognizable indicator that something may be wrong with code
code smell
Law of demeter
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
model- driven development
7. Models ->code work is done to keep models in sync with code
technical managerial approach
model- driven development
Quality metrics
Semantic Web
8. Formal testing against end user specifications
Decorator pattern
Acceptance testing
path
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
9. The degree to which code is free of defects
code quality
Use case diagram
duplicated code
Decorator pattern
10. 2nd step of requirements gathering
SOAP
Analysis...
Fully- dressed use case
Acceptance testing
11. A few sentences summarizing a use case
Design patterns
brief use case
OOP
Design pattern
12. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Stakeholders
Scrum (Agile software development)
trademark
Programming style
13. Representational State Transfer.
Specification
Delegation
REST
Feasibility
14. Ways to express the system's subsystems and their relationship
architectural design
Decorator pattern
model- driven development
Use case diagram
15. Formal document outlining a task that needs to be performed on a system
duplicated code
Usability testing
Fully- dressed use case
Security testing
16. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
Data classes
intellectual property
model- driven development
17. Reusable - abstract 'blocks' of design
Recovery testing
First- class citizen
SOP
Design Patterns
18. Techniques for composing objects to form larger structures
Decorator pattern
Usability testing
Design patterns
Design
19. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Quality metrics
SOAP
Feasibility
jquery
20. Contract between inventor - assignee and state giving a time and geographically limited monopoly
message chain
duplicated code
Design pattern
patent
21. (smell) Smell deodorant
Non - functional Requirements
Capacity testing
Lifecycle
comments
22. (smell) A method using another class more than its own
Design patterns
model- driven development
code smell
feature envy
23. The rigorousness of the tests that are able to be placed on the code
Fully- dressed use case
software quality
Lexer
Maturity
24. The things a system must do
jquery
Stakeholders
Requirements
SRS Documentation
25. 3rd step of requirements gathering
copyright
Specification
inappropriate intimacy
Liskov substitution principle
26. Testing where modules are combined and tested as a group
shotgun surgery
Integration testing
Database normalization
Design
27. How well your fulfil your requirements
Design Patterns
Software Quality
inappropriate intimacy
message chain
28. (smell) One class delegates all of its requests to another class
Lazy initialization or Lazy loading (Design pattern)
Association
middle man
Law of demeter
29. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
Constructor
Casual use case
regression testing
Phase
30. (smell) Classes using things that should be private in other classes
Data classes
Lambda
Denormalization
inappropriate intimacy
31. Iterative - incremental framework for project management.
Programming syntax
copyright
Scrum (Agile software development)
model- driven development
32. One or two paragraphs of text outlining a use case
Casual use case
technical managerial approach
Programming syntax
Cowboy coding
33. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Capacity testing
middle man
Design pattern
SOP
34. (smell) many parameters are being passed into a method
duplicated code
long parameter list
Closure
Parser
35. A computer program that divides code up into functional components
Parser
long parameter list
Design pattern
Performance testing
36. 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
Capacity testing
trademark
Design pattern
37. 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
white box testing
Closure
Lifecycle
code smell
38. How developed code is (testing - documentation etc)
Stakeholders
Maturity level
technical managerial approach
Lifecycle
39. Degree to which the system meets the specified requirements and development standards
Elicitation
Decorator pattern
Integration testing
software quality
40. Diagram used to show how information flows around the system
patent
sequence diagram
Phase
Usability testing
41. A design pattern that allows behaviour to be added to an existing object dynamically.
Cowboy coding
Decorator pattern
SOAP
shotgun surgery
42. 'single dot rule'
Usability testing
Law of demeter
branch
conflict
43. Each line of code is covered once
REST
statement
Association
Fully- dressed use case
44. Each condition is covered twice (true - false)
Security testing
path
patent
branch
45. Series of phases through which software is developed
copyright
Maturity level
SOP
Lifecycle
46. Reusable - abstract 'blocks' of design
Semantic Web
Lambda
Design pattern
middle man
47. (smell) A class whose only purpose is to hold data
REST
Non - functional Requirements
Delegation
Data classes
48. Each team member given set of features to work on
feature- driven development
SOP
Stakeholders
First- class citizen
49. Comprehensive description of software's intended purpose
SRS Documentation
Recovery testing
Design
Lazy initialization or Lazy loading (Design pattern)
50. Figuring out what the requirements are
Elicitation
SOP
comments
path