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. Comprehensive description of software's intended purpose
Integration testing
Algorithm
SRS Documentation
Denormalization
2. Models ->code work is done to keep models in sync with code
Maturity
feature- driven development
Parser
model- driven development
3. Improve the internal design and implementation of code without affecting external behavior
Refactoring
unit testing
Test- driven development
WSDL
4. An operator used to denote anonymous functions or closures.
Lexer
Design patterns
Lambda
Programming syntax
5. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Data classes
comments
duplicated code
Database normalization
6. Description of possible sequences of interactions between a user and the system.
conflict
intellectual property
use case
Security testing
7. Figuring out what the requirements are
Scrum (Agile software development)
brief use case
Design patterns
Elicitation
8. Formal document outlining a task that needs to be performed on a system
Lazy initialization or Lazy loading (Design pattern)
Fully- dressed use case
Security testing
patent
9. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Feasibility
data clumps
Lexer
Anonymous function
10. (smell) One class delegates all of its requests to another class
Use case diagram
Acceptance testing
Maturity
middle man
11. (smell) many parameters are being passed into a method
Security testing
long parameter list
First- class citizen
copyright
12. (smell)class with too many instance variables or too much code
Dijkstra's law
Recovery testing
Large class
Programming syntax
13. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
regression testing
Casual use case
Dijkstra's law
Data classes
14. 3rd step of requirements gathering
jquery
Acceptance testing
Specification
message chain
15. A way to automatically grade code based on heuristics
Non - functional Requirements
intellectual property
Delegation
Quality metrics
16. (smell) method has too many statements - loops or variables
Software Quality
Semantic Web
long method
middle man
17. A computer program that divides code up into functional components
SRS Documentation
Lexer
Acceptance testing
Parser
18. Series of phases through which software is developed
Quality metrics
First- class citizen
sequence diagram
Lifecycle
19. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Design pattern
Database normalization
sequence diagram
Programming style
20. (smell) Smell deodorant
comments
Specification
Phase
message chain
21. 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.
duplicated code
Analysis...
statement
Feasibility
22. 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
Software Quality
SOP
Lazy initialization or Lazy loading (Design pattern)
Closure
23. The rights governing the ownership and disposition of technology
Programming style
Casual use case
intellectual property
Software Quality
24. Object oriented programming; using objects to solve problems.
OOP
Integration testing
Use case diagram
Non - functional Requirements
25. Testing can show the presence but not absence of errors
Warning
: Invalid argument supplied for foreach() in
/var/www/html/basicversity.com/show_quiz.php
on line
183
26. 4th step of requirements gathering
Validation
Algorithm
code quality
Acceptance testing
27. Testing tactic that looks at all ways that data can flow through the code
white box testing
Specification
brief use case
statement
28. Constraints on the design due to external factors
Non - functional Requirements
middle man
path
Maturity
29. Test whether or not tasks can be accomplished efficiently by all levels of users
Constructor
Association
Usability testing
copyright
30. One or two paragraphs of text outlining a use case
middle man
REST
Integration testing
Casual use case
31. Derived methods should not assume more or deliver less
Design Patterns
long parameter list
Elicitation
Liskov substitution principle
32. Diagram used to show how information flows around the system
shotgun surgery
long parameter list
Stakeholders
sequence diagram
33. Evaluates upper limits of operational parameters
Capacity testing
middle man
Recovery testing
Refactoring
34. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Software Quality
Performance testing
Scrum (Agile software development)
Lazy initialization or Lazy loading (Design pattern)
35. Testing the whole system for functionality
code smell
jquery
conflict
system testing
36. Ways to express the system's subsystems and their relationship
Stakeholders
architectural design
Algorithm
Analysis...
37. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Casual use case
path
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
data clumps
38. Formal testing against end user specifications
Elicitation
Acceptance testing
Usability testing
Parser
39. 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.
model- driven development
patent
First- class citizen
Maturity
40. Each line of code is covered once
middle man
Security testing
Elicitation
statement
41. Each team member given set of features to work on
Stakeholders
regression testing
Association
feature- driven development
42. A method that initializes a newly instantiated object
feature envy
Feasibility
comments
Constructor
43. Protecting the embodiment of an idea
OOP
copyright
Lifecycle
Constructor
44. Absence of lifecycle
REST
Cowboy coding
Law of demeter
Security testing
45. Small - behaviour- preserving - source- to- source transformation
Design
a refactoring
brief use case
SOAP
46. A design pattern that allows behaviour to be added to an existing object dynamically.
copyright
Decorator pattern
statement
Recovery testing
47. Test the run - time performance of the system
Integration testing
Performance testing
Algorithm
Dijkstra's law
48. Recognizable indicator that something may be wrong with code
Usability testing
unit testing
code smell
Non - functional Requirements
49. 2nd step of requirements gathering
Analysis...
shotgun surgery
SRS Documentation
Constructor
50. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Specification
code quality
Constructor
SOP