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. (smell) client needs to use one object to get another and then use that one to get another
middle man
Quality metrics
Stakeholders
message chain
2. Word - logo or symbol used to distinguish one organization's wares and services from another's
Feasibility
Elicitation
trademark
OOP
3. Freezing the state of the source code at a particular point
Versioning
Design
inappropriate intimacy
intellectual property
4. Testing tactic based on whether inputs and outputs match up for required functionality
long parameter list
black box testing
software quality
Fully- dressed use case
5. A few sentences summarizing a use case
technical managerial approach
brief use case
SOAP
Algorithm
6. Testing where modules are combined and tested as a group
Use case diagram
Functional Requirements
Integration testing
data clumps
7. Each possible path through the code is covered
shotgun surgery
Test- driven development
Stakeholders
path
8. Reusable - abstract 'blocks' of design
Capacity testing
Code Quality
Specification
Design Patterns
9. Models ->code work is done to keep models in sync with code
Lifecycle
SOAP
Programming style
model- driven development
10. 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
11. One or two paragraphs of text outlining a use case
branch
model- driven development
Casual use case
Code Quality
12. An operator used to denote anonymous functions or closures.
Lambda
Large class
Feasibility
feature- driven development
13. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Denormalization
shotgun surgery
Security testing
Code Quality
14. 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
message chain
Database normalization
15. A design pattern that allows behaviour to be added to an existing object dynamically.
First- class citizen
black box testing
long parameter list
Decorator pattern
16. Single step in a lifecycle
Phase
feature- driven development
Lazy initialization or Lazy loading (Design pattern)
inappropriate intimacy
17. 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.
inappropriate intimacy
Design pattern
Elicitation
Feasibility
18. 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.
message chain
Programming syntax
Quality metrics
architectural design
19. Iterative - incremental framework for project management.
white box testing
Analysis...
feature envy
Scrum (Agile software development)
20. Ways to express the system's subsystems and their relationship
architectural design
Lifecycle
Test- driven development
Closure
21. A way to automatically grade code based on heuristics
Design Patterns
copyright
Dijkstra's law
Quality metrics
22. The degree to which code is free of defects
Algorithm
Versioning
OOP
code quality
23. Formal document outlining a task that needs to be performed on a system
Decorator pattern
Software Quality
Feasibility
Fully- dressed use case
24. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
Versioning
Casual use case
regression testing
Design patterns
25. (smell) One class delegates all of its requests to another class
Acceptance testing
middle man
message chain
system testing
26. Recognizable indicator that something may be wrong with code
SRS Documentation
code smell
a refactoring
OOP
27. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Dijkstra's law
Elicitation
conflict
Lazy initialization or Lazy loading (Design pattern)
28. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Lifecycle
Lazy initialization or Lazy loading (Design pattern)
architectural design
Anonymous function
29. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Functional Requirements
Programming style
Casual use case
Anonymous function
30. How well your fulfil your requirements
Design patterns
Software Quality
Test- driven development
Refactoring
31. The rights governing the ownership and disposition of technology
feature- driven development
intellectual property
Association
long method
32. Verifies that system is protected against improper penetration
Data classes
unit testing
Acceptance testing
Security testing
33. (smell) A class whose only purpose is to hold data
Lexer
Data classes
unit testing
data clumps
34. Lack of errors in code - readability etc
Code Quality
Database normalization
Stress testing
Cowboy coding
35. (smell) method has too many statements - loops or variables
Dijkstra's law
unit testing
long method
long parameter list
36. A computer program that divides code up into functional components
Law of demeter
Parser
Denormalization
Quality metrics
37. Each line of code is covered once
statement
REST
Security testing
Design pattern
38. Reusable - abstract 'blocks' of design
Dijkstra's law
Design pattern
Security testing
REST
39. Testing that verifies that individual units of source code are working
Stakeholders
unit testing
SOAP
Scrum (Agile software development)
40. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
message chain
First- class citizen
Database normalization
conflict
41. 4th step of requirements gathering
Elicitation
Scrum (Agile software development)
Validation
SOAP
42. Description of possible sequences of interactions between a user and the system.
Maturity
unit testing
use case
path
43. Developing a plan for a product - system or component. 'how' a system should perform a task
Algorithm
Design
SOAP
Anonymous function
44. Representational State Transfer.
REST
SOAP
Usability testing
Phase
45. 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
Capacity testing
Delegation
intellectual property
branch
46. 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.
First- class citizen
Liskov substitution principle
Security testing
copyright
47. Each team member given set of features to work on
Programming style
data clumps
feature- driven development
black box testing
48. A powerful motivator for change
Elicitation
Lifecycle
Delegation
conflict
49. A movement that promotes common formats for data.
Semantic Web
sequence diagram
copyright
software quality
50. Tasks that a system must be able to perform
Functional Requirements
Law of demeter
Specification
copyright