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. Tasks that a system must be able to perform
WSDL
Lazy initialization or Lazy loading (Design pattern)
inappropriate intimacy
Functional Requirements
2. (smell) If a set of variables are used together in multiple places
Constructor
Quality metrics
Integration testing
data clumps
3. (smell) method has too many statements - loops or variables
middle man
long method
Parser
jquery
4. Representational State Transfer.
Elicitation
REST
Versioning
Fully- dressed use case
5. Each condition is covered twice (true - false)
branch
use case
shotgun surgery
Elicitation
6. A computer program that divides code up into functional components
Parser
Phase
Design Patterns
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
7. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
OOP
Software Quality
regression testing
SOAP
8. Testing the whole system for functionality
system testing
conflict
Phase
model- driven development
9. Iterative - incremental framework for project management.
Functional Requirements
technical managerial approach
Scrum (Agile software development)
SOAP
10. Degree to which the system meets the specified requirements and development standards
feature envy
system testing
software quality
Cowboy coding
11. 'single dot rule'
Law of demeter
Fully- dressed use case
Programming style
Association
12. Test cases made -> code compiles -> make code pass
Stakeholders
Large class
Test- driven development
intellectual property
13. (smell) One class delegates all of its requests to another class
Maturity level
middle man
feature- driven development
path
14. 3rd step of requirements gathering
Requirements
intellectual property
Dijkstra's law
Specification
15. 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
Versioning
code smell
Delegation
Dijkstra's law
16. Test whether or not tasks can be accomplished efficiently by all levels of users
a refactoring
Quality metrics
Usability testing
system testing
17. Formal testing against end user specifications
Versioning
conflict
Anonymous function
Acceptance testing
18. People who care about the outcome
Stakeholders
code smell
trademark
Database normalization
19. (smell) Making one change requires changes in multiple places
shotgun surgery
Quality metrics
Delegation
Scrum (Agile software development)
20. A method that initializes a newly instantiated object
Constructor
message chain
inappropriate intimacy
Quality metrics
21. Comprehensive description of software's intended purpose
trademark
WSDL
SRS Documentation
Lexer
22. 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.
Functional Requirements
First- class citizen
long parameter list
model- driven development
23. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
code quality
regression testing
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Dijkstra's law
24. 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
data clumps
technical managerial approach
use case
25. Techniques for composing objects to form larger structures
regression testing
Capacity testing
Association
Design patterns
26. Executes system in a manner that demands abnormal amounts of resources
Stress testing
Casual use case
Lazy initialization or Lazy loading (Design pattern)
Security testing
27. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Refactoring
SOP
architectural design
Usability testing
28. Recognizable indicator that something may be wrong with code
Delegation
code smell
Design pattern
architectural design
29. Constraints on the design due to external factors
SRS Documentation
model- driven development
Non - functional Requirements
SOP
30. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Programming style
Delegation
OOP
Acceptance testing
31. Derived methods should not assume more or deliver less
inappropriate intimacy
Acceptance testing
patent
Liskov substitution principle
32. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Validation
Parser
Security testing
Lexer
33. A powerful motivator for change
Use case diagram
conflict
Design patterns
Analysis...
34. Figuring out what the requirements are
Elicitation
Versioning
message chain
SOP
35. One or two paragraphs of text outlining a use case
Database normalization
Casual use case
SOP
WSDL
36. 1st step of requirements gathering
Elicitation
Anonymous function
Integration testing
shotgun surgery
37. The rigorousness of the tests that are able to be placed on the code
duplicated code
Maturity
Analysis...
Validation
38. Diagram outlining the tasks that are going to be performed by the user
Functional Requirements
Use case diagram
Acceptance testing
Constructor
39. A movement that promotes common formats for data.
Dijkstra's law
Fully- dressed use case
trademark
Semantic Web
40. Improve the internal design and implementation of code without affecting external behavior
Association
technical managerial approach
Refactoring
Dijkstra's law
41. Reusable - abstract 'blocks' of design
Specification
Design Patterns
Design
software quality
42. 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
43. Evaluates upper limits of operational parameters
Usability testing
Capacity testing
Phase
path
44. (smell)class with too many instance variables or too much code
SOP
Large class
Design pattern
Programming syntax
45. The rights governing the ownership and disposition of technology
Performance testing
intellectual property
Law of demeter
Phase
46. Small - behaviour- preserving - source- to- source transformation
Elicitation
long parameter list
a refactoring
Programming style
47. (smell) A class whose only purpose is to hold data
Data classes
Usability testing
long parameter list
Design
48. 2nd step of requirements gathering
First- class citizen
Analysis...
comments
use case
49. 4th step of requirements gathering
Closure
Validation
data clumps
trademark
50. The degree to which code is free of defects
code quality
sequence diagram
data clumps
Stress testing