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. Testing tactic based on whether inputs and outputs match up for required functionality
Fully- dressed use case
SOAP
feature- driven development
black box testing
2. Series of phases through which software is developed
Denormalization
Lifecycle
Capacity testing
Code Quality
3. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Refactoring
long method
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
OOP
4. Figuring out what the requirements are
First- class citizen
data clumps
Phase
Elicitation
5. A computer program that divides code up into functional components
Parser
statement
Feasibility
architectural design
6. Each team member given set of features to work on
Lifecycle
Law of demeter
Specification
feature- driven development
7. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Fully- dressed use case
use case
WSDL
patent
8. Reusable - abstract 'blocks' of design
software quality
Design Patterns
Programming style
Elicitation
9. 'single dot rule'
Law of demeter
Semantic Web
Design Patterns
black box testing
10. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Dijkstra's law
SOP
Stress testing
system testing
11. (smell) Making one change requires changes in multiple places
Scrum (Agile software development)
Dijkstra's law
black box testing
shotgun surgery
12. Object oriented programming; using objects to solve problems.
software quality
Lazy initialization or Lazy loading (Design pattern)
Recovery testing
OOP
13. (smell) method has too many statements - loops or variables
Data classes
long parameter list
long method
Stakeholders
14. Reusable - abstract 'blocks' of design
Design pattern
Phase
Specification
Stakeholders
15. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Acceptance testing
Requirements
Elicitation
Lexer
16. Lack of errors in code - readability etc
unit testing
Code Quality
inappropriate intimacy
Lexer
17. Models ->code work is done to keep models in sync with code
model- driven development
First- class citizen
black box testing
Analysis...
18. (smell) One class delegates all of its requests to another class
black box testing
Design patterns
Parser
middle man
19. Degree to which the system meets the specified requirements and development standards
middle man
software quality
intellectual property
Quality metrics
20. An operator used to denote anonymous functions or closures.
long method
Refactoring
Lambda
Elicitation
21. Improve the internal design and implementation of code without affecting external behavior
Fully- dressed use case
conflict
Functional Requirements
Refactoring
22. Testing the whole system for functionality
Elicitation
long parameter list
system testing
Design patterns
23. One or two paragraphs of text outlining a use case
Closure
branch
Casual use case
shotgun surgery
24. (smell) Smell deodorant
comments
Maturity level
data clumps
middle man
25. Verifies that system is protected against improper penetration
trademark
Security testing
inappropriate intimacy
Elicitation
26. 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
27. 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.
Parser
Feasibility
Lazy initialization or Lazy loading (Design pattern)
system testing
28. Test cases made -> code compiles -> make code pass
code smell
Test- driven development
Design Patterns
Design
29. (smell) client needs to use one object to get another and then use that one to get another
Cowboy coding
message chain
Test- driven development
regression testing
30. (smell) Classes using things that should be private in other classes
Programming style
inappropriate intimacy
Delegation
Constructor
31. A few sentences summarizing a use case
Semantic Web
software quality
Design Patterns
brief use case
32. People who care about the outcome
Recovery testing
middle man
duplicated code
Stakeholders
33. Formal document outlining a task that needs to be performed on a system
middle man
Maturity level
Fully- dressed use case
Stakeholders
34. Evaluates upper limits of operational parameters
black box testing
Performance testing
Decorator pattern
Capacity testing
35. 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
SOAP
technical managerial approach
Lifecycle
Closure
36. 4th step of requirements gathering
Validation
long method
Dijkstra's law
software quality
37. 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.
SRS Documentation
unit testing
Specification
Programming syntax
38. Recognizable indicator that something may be wrong with code
code smell
Design
Capacity testing
Programming style
39. 2nd step of requirements gathering
feature envy
Analysis...
Elicitation
patent
40. Iterative - incremental framework for project management.
Functional Requirements
Lambda
message chain
Scrum (Agile software development)
41. (smell) A method using another class more than its own
Database normalization
feature envy
system testing
Constructor
42. Each possible path through the code is covered
SOAP
path
Lambda
Data classes
43. Developing a plan for a product - system or component. 'how' a system should perform a task
unit testing
Performance testing
Design
Stress testing
44. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Lexer
OOP
Stress testing
jquery
45. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
system testing
a refactoring
Anonymous function
code quality
46. The degree to which code is free of defects
Non - functional Requirements
code quality
Decorator pattern
inappropriate intimacy
47. Formal testing against end user specifications
Parser
Lambda
Stakeholders
Acceptance testing
48. The rigorousness of the tests that are able to be placed on the code
Feasibility
Maturity
Programming syntax
path
49. 1st step of requirements gathering
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Elicitation
white box testing
Parser
50. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Large class
Denormalization
trademark
system testing