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. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
architectural design
intellectual property
duplicated code
Lazy initialization or Lazy loading (Design pattern)
2. Executes system in a manner that demands abnormal amounts of resources
brief use case
Dijkstra's law
sequence diagram
Stress testing
3. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
intellectual property
SOAP
Analysis...
Lexer
4. (smell) client needs to use one object to get another and then use that one to get another
Usability testing
message chain
Lambda
code smell
5. Force software to fail in order to see how it recovers
jquery
regression testing
Functional Requirements
Recovery testing
6. Testing the whole system for functionality
trademark
Lexer
Design Patterns
system testing
7. Object oriented programming; using objects to solve problems.
long parameter list
OOP
Dijkstra's law
feature- driven development
8. Lack of errors in code - readability etc
conflict
Code Quality
feature- driven development
copyright
9. (smell) code is repeated in multiple places
a refactoring
technical managerial approach
duplicated code
Specification
10. Figuring out what the requirements are
sequence diagram
Design Patterns
Denormalization
Elicitation
11. 4th step of requirements gathering
Validation
inappropriate intimacy
WSDL
Law of demeter
12. Reusable - abstract 'blocks' of design
Maturity level
Design Patterns
Association
Large class
13. (smell) One class delegates all of its requests to another class
Non - functional Requirements
comments
Closure
middle man
14. Protecting the embodiment of an idea
Algorithm
software quality
Dijkstra's law
copyright
15. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Denormalization
Database normalization
duplicated code
Dijkstra's law
16. A movement that promotes common formats for data.
black box testing
Software Quality
Semantic Web
Refactoring
17. Recognizable indicator that something may be wrong with code
Code Quality
regression testing
code smell
SOP
18. A design pattern that allows behaviour to be added to an existing object dynamically.
long method
Capacity testing
Decorator pattern
Constructor
19. 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
20. Series of phases through which software is developed
Lifecycle
SOP
Dijkstra's law
path
21. (smell) many parameters are being passed into a method
SRS Documentation
Data classes
Maturity
long parameter list
22. Comprehensive description of software's intended purpose
SRS Documentation
Decorator pattern
middle man
Casual use case
23. A few sentences summarizing a use case
Recovery testing
brief use case
code smell
Programming syntax
24. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Database normalization
model- driven development
Lexer
shotgun surgery
25. (smell) If a set of variables are used together in multiple places
sequence diagram
comments
data clumps
Stress testing
26. (smell) A method using another class more than its own
Constructor
Large class
shotgun surgery
feature envy
27. Degree to which the system meets the specified requirements and development standards
data clumps
software quality
Constructor
Design
28. How well your fulfil your requirements
Cowboy coding
regression testing
Analysis...
Software Quality
29. Techniques for composing objects to form larger structures
system testing
Database normalization
Design patterns
WSDL
30. 1st step of requirements gathering
Quality metrics
Cowboy coding
Elicitation
copyright
31. Improve the internal design and implementation of code without affecting external behavior
statement
Software Quality
Design patterns
Refactoring
32. Each line of code is covered once
Lifecycle
Code Quality
long method
statement
33. An operator used to denote anonymous functions or closures.
Design pattern
Lambda
Algorithm
Stakeholders
34. Description of possible sequences of interactions between a user and the system.
duplicated code
use case
Recovery testing
technical managerial approach
35. A computer program that divides code up into functional components
Programming style
Usability testing
Quality metrics
Parser
36. 2nd step of requirements gathering
path
Large class
Analysis...
Closure
37. Iterative - incremental framework for project management.
long parameter list
use case
Functional Requirements
Scrum (Agile software development)
38. Testing tactic that looks at all ways that data can flow through the code
sequence diagram
Denormalization
white box testing
statement
39. Diagram outlining the tasks that are going to be performed by the user
message chain
Lifecycle
regression testing
Use case diagram
40. Testing where modules are combined and tested as a group
Design pattern
Integration testing
Design Patterns
Dijkstra's law
41. Constraints on the design due to external factors
Stakeholders
Non - functional Requirements
Specification
Requirements
42. Formal document outlining a task that needs to be performed on a system
Fully- dressed use case
Scrum (Agile software development)
Law of demeter
inappropriate intimacy
43. Derived methods should not assume more or deliver less
Liskov substitution principle
long method
statement
Stress testing
44. Each team member given set of features to work on
software quality
feature- driven development
Analysis...
Stakeholders
45. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Recovery testing
Cowboy coding
Anonymous function
use case
46. Testing that verifies that individual units of source code are working
Data classes
middle man
Integration testing
unit testing
47. Approach to team management that splits management up into two people with separate tasks
technical managerial approach
Large class
copyright
Phase
48. Freezing the state of the source code at a particular point
Programming style
Elicitation
Versioning
path
49. (smell)class with too many instance variables or too much code
Scrum (Agile software development)
Elicitation
Large class
Closure
50. 'single dot rule'
Security testing
Law of demeter
software quality
trademark