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. Comprehensive description of software's intended purpose
Decorator pattern
SRS Documentation
Security testing
Capacity testing
2. Diagram outlining the tasks that are going to be performed by the user
Acceptance testing
Stakeholders
Use case diagram
code quality
3. The rights governing the ownership and disposition of technology
regression testing
Functional Requirements
intellectual property
Security testing
4. (smell) A method using another class more than its own
Constructor
path
feature envy
long method
5. Verifies that system is protected against improper penetration
Fully- dressed use case
Security testing
code smell
Elicitation
6. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
Lifecycle
Delegation
Cowboy coding
7. Each possible path through the code is covered
Recovery testing
Software Quality
path
system testing
8. Models ->code work is done to keep models in sync with code
model- driven development
Liskov substitution principle
intellectual property
Law of demeter
9. A method that initializes a newly instantiated object
Design Patterns
Requirements
OOP
Constructor
10. Representational State Transfer.
Versioning
REST
Integration testing
copyright
11. (smell) Smell deodorant
statement
feature envy
message chain
comments
12. Recognizable indicator that something may be wrong with code
Test- driven development
code smell
system testing
Design Patterns
13. Constraints on the design due to external factors
long parameter list
Closure
Quality metrics
Non - functional Requirements
14. Object oriented programming; using objects to solve problems.
Lifecycle
Liskov substitution principle
regression testing
OOP
15. Each team member given set of features to work on
duplicated code
feature- driven development
Design
Lazy initialization or Lazy loading (Design pattern)
16. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Test- driven development
Lifecycle
SOP
unit testing
17. A movement that promotes common formats for data.
Acceptance testing
Semantic Web
regression testing
First- class citizen
18. A way to automatically grade code based on heuristics
Quality metrics
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Parser
Design
19. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Denormalization
Feasibility
Stress testing
Code Quality
20. Derived methods should not assume more or deliver less
Programming syntax
Functional Requirements
a refactoring
Liskov substitution principle
21. Reusable - abstract 'blocks' of design
Design pattern
Anonymous function
Capacity testing
code smell
22. Developing a plan for a product - system or component. 'how' a system should perform a task
Functional Requirements
Design
Lexer
Closure
23. Tasks that a system must be able to perform
Denormalization
Functional Requirements
Closure
path
24. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Liskov substitution principle
jquery
Programming style
Acceptance testing
25. 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.
regression testing
Closure
Feasibility
brief use case
26. Reusable - abstract 'blocks' of design
REST
Specification
Design Patterns
feature- driven development
27. A relationship between objects.
Anonymous function
Stakeholders
First- class citizen
Association
28. Lack of errors in code - readability etc
Code Quality
data clumps
Versioning
Integration testing
29. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Anonymous function
intellectual property
black box testing
WSDL
30. Improve the internal design and implementation of code without affecting external behavior
Refactoring
a refactoring
data clumps
Anonymous function
31. How developed code is (testing - documentation etc)
Maturity level
Elicitation
technical managerial approach
Acceptance testing
32. People who care about the outcome
Database normalization
Fully- dressed use case
WSDL
Stakeholders
33. (smell) many parameters are being passed into a method
Programming syntax
Requirements
long parameter list
shotgun surgery
34. Protecting the embodiment of an idea
Test- driven development
Specification
copyright
Versioning
35. Degree to which the system meets the specified requirements and development standards
Design
Design patterns
Denormalization
software quality
36. Force software to fail in order to see how it recovers
Recovery testing
Lazy initialization or Lazy loading (Design pattern)
code smell
SOAP
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. (smell) client needs to use one object to get another and then use that one to get another
technical managerial approach
message chain
Use case diagram
Performance testing
39. The rigorousness of the tests that are able to be placed on the code
Maturity
Code Quality
Algorithm
shotgun surgery
40. Testing that verifies that individual units of source code are working
architectural design
conflict
Design patterns
unit testing
41. The things a system must do
Parser
Use case diagram
Dijkstra's law
Requirements
42. (smell) Classes using things that should be private in other classes
code smell
inappropriate intimacy
regression testing
message chain
43. (smell) One class delegates all of its requests to another class
long method
Security testing
middle man
Dijkstra's law
44. Formal document outlining a task that needs to be performed on a system
trademark
Anonymous function
Fully- dressed use case
Refactoring
45. Iterative - incremental framework for project management.
Scrum (Agile software development)
WSDL
Lambda
conflict
46. (smell) Making one change requires changes in multiple places
shotgun surgery
Algorithm
Software Quality
message chain
47. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
jquery
shotgun surgery
Acceptance testing
regression testing
48. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Delegation
long parameter list
comments
Algorithm
49. A computer program that divides code up into functional components
Lambda
Versioning
Parser
code smell
50. (smell)class with too many instance variables or too much code
statement
SRS Documentation
Large class
Elicitation