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. Approach to team management that splits management up into two people with separate tasks
Quality metrics
black box testing
Data classes
technical managerial approach
2. (smell) Smell deodorant
comments
Maturity
Design pattern
code quality
3. 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
Quality metrics
Maturity level
Delegation
feature envy
4. Small - behaviour- preserving - source- to- source transformation
SOAP
a refactoring
Fully- dressed use case
Dijkstra's law
5. 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
code smell
Elicitation
Closure
Maturity level
6. A computer program that divides code up into functional components
feature envy
comments
Parser
Feasibility
7. Testing tactic based on whether inputs and outputs match up for required functionality
conflict
long method
Semantic Web
black box testing
8. Test the run - time performance of the system
long method
Performance testing
Constructor
Closure
9. Evaluates upper limits of operational parameters
Software Quality
comments
Recovery testing
Capacity testing
10. Each line of code is covered once
Validation
Functional Requirements
message chain
statement
11. Diagram outlining the tasks that are going to be performed by the user
Liskov substitution principle
Use case diagram
Maturity
Lifecycle
12. (smell) code is repeated in multiple places
Semantic Web
duplicated code
SRS Documentation
conflict
13. Verifies that system is protected against improper penetration
SRS Documentation
Specification
Security testing
Semantic Web
14. Comprehensive description of software's intended purpose
SRS Documentation
comments
duplicated code
Anonymous function
15. Formal testing against end user specifications
Recovery testing
Acceptance testing
black box testing
model- driven development
16. Each team member given set of features to work on
long parameter list
feature- driven development
Integration testing
unit testing
17. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Database normalization
Integration testing
Denormalization
18. Description of possible sequences of interactions between a user and the system.
use case
Usability testing
black box testing
Maturity level
19. Testing tactic that looks at all ways that data can flow through the code
white box testing
Lexer
Specification
Elicitation
20. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
duplicated code
Database normalization
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
intellectual property
21. Figuring out what the requirements are
SRS Documentation
Decorator pattern
Elicitation
Design
22. People who care about the outcome
Stakeholders
Recovery testing
Decorator pattern
Dijkstra's law
23. 'single dot rule'
feature- driven development
Stakeholders
Law of demeter
branch
24. The rights governing the ownership and disposition of technology
intellectual property
Lexer
Maturity level
Association
25. Tasks that a system must be able to perform
Parser
Lambda
Analysis...
Functional Requirements
26. Improve the internal design and implementation of code without affecting external behavior
Specification
Design patterns
Refactoring
Decorator pattern
27. (smell) method has too many statements - loops or variables
system testing
long method
data clumps
OOP
28. Testing where modules are combined and tested as a group
Integration testing
Lifecycle
copyright
SRS Documentation
29. (smell) many parameters are being passed into a method
Integration testing
shotgun surgery
Elicitation
long parameter list
30. Contract between inventor - assignee and state giving a time and geographically limited monopoly
Large class
patent
Dijkstra's law
Casual use case
31. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
SOAP
message chain
Versioning
duplicated code
32. How developed code is (testing - documentation etc)
Maturity level
WSDL
branch
middle man
33. Force software to fail in order to see how it recovers
Maturity
Recovery testing
jquery
Design pattern
34. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
OOP
Capacity testing
Delegation
regression testing
35. Lack of errors in code - readability etc
Code Quality
black box testing
brief use case
long method
36. Word - logo or symbol used to distinguish one organization's wares and services from another's
feature envy
comments
trademark
Fully- dressed use case
37. 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
38. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
code smell
Security testing
comments
SOP
39. Models ->code work is done to keep models in sync with code
SRS Documentation
model- driven development
Design
Test- driven development
40. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
conflict
Database normalization
Design patterns
Design Patterns
41. Ways to express the system's subsystems and their relationship
architectural design
Validation
patent
Acceptance testing
42. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Lexer
Fully- dressed use case
Performance testing
Algorithm
43. (smell) client needs to use one object to get another and then use that one to get another
message chain
Design Patterns
Constructor
Elicitation
44. A movement that promotes common formats for data.
statement
comments
Cowboy coding
Semantic Web
45. 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.
trademark
First- class citizen
Elicitation
long method
46. 1st step of requirements gathering
Denormalization
Non - functional Requirements
Anonymous function
Elicitation
47. A method that initializes a newly instantiated object
Constructor
Dijkstra's law
Programming syntax
Dijkstra's law
48. 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
long parameter list
Lifecycle
software quality
49. Representational State Transfer.
REST
Denormalization
regression testing
Design patterns
50. Diagram used to show how information flows around the system
inappropriate intimacy
Functional Requirements
sequence diagram
Casual use case