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. Techniques for composing objects to form larger structures
inappropriate intimacy
Design patterns
Liskov substitution principle
intellectual property
2. 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.
shotgun surgery
Feasibility
long parameter list
Lazy initialization or Lazy loading (Design pattern)
3. Formal testing against end user specifications
message chain
Acceptance testing
REST
inappropriate intimacy
4. Recognizable indicator that something may be wrong with code
REST
code smell
technical managerial approach
Validation
5. An operator used to denote anonymous functions or closures.
Anonymous function
Lexer
Scrum (Agile software development)
Lambda
6. Reusable - abstract 'blocks' of design
feature- driven development
SOAP
Design Patterns
Lazy initialization or Lazy loading (Design pattern)
7. Representational State Transfer.
Design
REST
path
Stress testing
8. 1st step of requirements gathering
architectural design
Elicitation
sequence diagram
brief use case
9. Each line of code is covered once
Maturity level
Closure
statement
white box testing
10. 3rd step of requirements gathering
Validation
middle man
Quality metrics
Specification
11. Tasks that a system must be able to perform
Functional Requirements
a refactoring
brief use case
Integration testing
12. 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.
Design patterns
Liskov substitution principle
First- class citizen
Capacity testing
13. Reusable - abstract 'blocks' of design
Design pattern
regression testing
black box testing
Stakeholders
14. A powerful motivator for change
Lazy initialization or Lazy loading (Design pattern)
conflict
Liskov substitution principle
system testing
15. Diagram outlining the tasks that are going to be performed by the user
intellectual property
Code Quality
Test- driven development
Use case diagram
16. An effective method expressed as a finite list of well- defined instructions for solving a problem.
intellectual property
Algorithm
Closure
Capacity testing
17. Test the run - time performance of the system
Performance testing
jquery
unit testing
data clumps
18. The rigorousness of the tests that are able to be placed on the code
Design
Maturity
duplicated code
Acceptance testing
19. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Design patterns
Denormalization
inappropriate intimacy
Elicitation
20. Models ->code work is done to keep models in sync with code
Fully- dressed use case
model- driven development
Association
Delegation
21. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
inappropriate intimacy
feature- driven development
Anonymous function
Test- driven development
22. A movement that promotes common formats for data.
SOP
message chain
Semantic Web
SOAP
23. 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
shotgun surgery
Fully- dressed use case
Lazy initialization or Lazy loading (Design pattern)
Closure
24. Approach to team management that splits management up into two people with separate tasks
Code Quality
technical managerial approach
REST
message chain
25. Testing where modules are combined and tested as a group
Closure
Integration testing
Lazy initialization or Lazy loading (Design pattern)
copyright
26. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
Analysis...
Design Patterns
comments
regression testing
27. A way to automatically grade code based on heuristics
Lambda
statement
data clumps
Quality metrics
28. (smell) Making one change requires changes in multiple places
Software Quality
Specification
Lifecycle
shotgun surgery
29. Protecting the embodiment of an idea
SOP
copyright
Stakeholders
Algorithm
30. (smell) A class whose only purpose is to hold data
Algorithm
Data classes
Liskov substitution principle
jquery
31. (smell) code is repeated in multiple places
Database normalization
duplicated code
Validation
SOAP
32. Force software to fail in order to see how it recovers
path
Recovery testing
Analysis...
Security testing
33. Testing tactic that looks at all ways that data can flow through the code
white box testing
Liskov substitution principle
Lifecycle
Lazy initialization or Lazy loading (Design pattern)
34. 'single dot rule'
Elicitation
Law of demeter
Phase
Algorithm
35. Evaluates upper limits of operational parameters
Maturity
Association
Capacity testing
duplicated code
36. 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
37. Derived methods should not assume more or deliver less
Liskov substitution principle
Database normalization
SOAP
Software Quality
38. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Fully- dressed use case
Security testing
First- class citizen
Database normalization
39. Ways to express the system's subsystems and their relationship
architectural design
Test- driven development
Law of demeter
Maturity
40. A computer program that divides code up into functional components
Parser
Data classes
Analysis...
use case
41. A few sentences summarizing a use case
OOP
code smell
use case
brief use case
42. Object oriented programming; using objects to solve problems.
Association
OOP
intellectual property
Elicitation
43. Test whether or not tasks can be accomplished efficiently by all levels of users
Cowboy coding
SOP
Usability testing
trademark
44. Each team member given set of features to work on
feature- driven development
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
duplicated code
inappropriate intimacy
45. Improve the internal design and implementation of code without affecting external behavior
Refactoring
Denormalization
SOP
technical managerial approach
46. (smell) Smell deodorant
comments
Maturity
inappropriate intimacy
SOP
47. Executes system in a manner that demands abnormal amounts of resources
REST
brief use case
Stress testing
Security testing
48. A method that initializes a newly instantiated object
Validation
statement
Constructor
Data classes
49. Comprehensive description of software's intended purpose
data clumps
patent
SRS Documentation
Denormalization
50. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
feature envy
Versioning
SOAP
Design