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. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
Stress testing
Programming syntax
Lambda
2. Diagram outlining the tasks that are going to be performed by the user
jquery
OOP
Use case diagram
use case
3. (smell) many parameters are being passed into a method
long parameter list
Algorithm
Test- driven development
Maturity
4. Testing the whole system for functionality
Semantic Web
Requirements
system testing
architectural design
5. Verifies that system is protected against improper penetration
SOP
Test- driven development
Programming syntax
Security testing
6. Each team member given set of features to work on
Maturity level
feature- driven development
duplicated code
Delegation
7. Models ->code work is done to keep models in sync with code
Parser
Specification
model- driven development
path
8. Reusable - abstract 'blocks' of design
duplicated code
path
Programming syntax
Design pattern
9. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Database normalization
Stress testing
feature envy
Liskov substitution principle
10. The rights governing the ownership and disposition of technology
middle man
Decorator pattern
intellectual property
Lifecycle
11. Test whether or not tasks can be accomplished efficiently by all levels of users
comments
Recovery testing
Lazy initialization or Lazy loading (Design pattern)
Usability testing
12. Absence of lifecycle
Scrum (Agile software development)
Cowboy coding
Maturity
Fully- dressed use case
13. (smell) One class delegates all of its requests to another class
middle man
First- class citizen
Algorithm
Law of demeter
14. Freezing the state of the source code at a particular point
intellectual property
Functional Requirements
Versioning
Cowboy coding
15. Degree to which the system meets the specified requirements and development standards
software quality
data clumps
Lambda
conflict
16. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Casual use case
Software Quality
SOP
Law of demeter
17. Contract between inventor - assignee and state giving a time and geographically limited monopoly
patent
architectural design
feature envy
Large class
18. 'single dot rule'
system testing
Versioning
Lazy initialization or Lazy loading (Design pattern)
Law of demeter
19. Formal testing against end user specifications
Design Patterns
Acceptance testing
feature envy
unit testing
20. Testing where modules are combined and tested as a group
Integration testing
Acceptance testing
jquery
REST
21. (smell) code is repeated in multiple places
Elicitation
duplicated code
Recovery testing
Database normalization
22. Reusable - abstract 'blocks' of design
Integration testing
Versioning
middle man
Design Patterns
23. (smell) If a set of variables are used together in multiple places
Performance testing
data clumps
use case
Fully- dressed use case
24. Each condition is covered twice (true - false)
branch
brief use case
Database normalization
Design
25. Improve the internal design and implementation of code without affecting external behavior
middle man
Versioning
shotgun surgery
Refactoring
26. Word - logo or symbol used to distinguish one organization's wares and services from another's
code smell
conflict
trademark
white box testing
27. The things a system must do
Design patterns
duplicated code
Constructor
Requirements
28. 2nd step of requirements gathering
Versioning
Analysis...
Integration testing
Lexer
29. Derived methods should not assume more or deliver less
technical managerial approach
REST
Liskov substitution principle
sequence diagram
30. How developed code is (testing - documentation etc)
Data classes
Stress testing
Quality metrics
Maturity level
31. (smell) method has too many statements - loops or variables
REST
Requirements
long method
data clumps
32. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
black box testing
code smell
Lazy initialization or Lazy loading (Design pattern)
33. (smell) Classes using things that should be private in other classes
inappropriate intimacy
duplicated code
comments
Requirements
34. 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.
Closure
Programming syntax
inappropriate intimacy
duplicated code
35. The rigorousness of the tests that are able to be placed on the code
feature envy
Maturity
comments
Dijkstra's law
36. Protecting the embodiment of an idea
Large class
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
copyright
brief use case
37. An operator used to denote anonymous functions or closures.
Elicitation
Data classes
Design patterns
Lambda
38. Series of phases through which software is developed
Lifecycle
trademark
statement
white box testing
39. 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
Delegation
Design pattern
Law of demeter
Elicitation
40. Test the run - time performance of the system
Data classes
code smell
statement
Performance testing
41. (smell) client needs to use one object to get another and then use that one to get another
message chain
Database normalization
Usability testing
technical managerial approach
42. Iterative - incremental framework for project management.
Data classes
statement
Scrum (Agile software development)
Design patterns
43. Small - behaviour- preserving - source- to- source transformation
Lexer
Scrum (Agile software development)
Lazy initialization or Lazy loading (Design pattern)
a refactoring
44. 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
45. Testing tactic that looks at all ways that data can flow through the code
Maturity
white box testing
SOP
SRS Documentation
46. Single step in a lifecycle
Usability testing
software quality
Anonymous function
Phase
47. 3rd step of requirements gathering
Stakeholders
Specification
Programming style
Decorator pattern
48. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Validation
Denormalization
long method
code quality
49. 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.
comments
First- class citizen
software quality
Denormalization
50. 4th step of requirements gathering
Specification
Stakeholders
Database normalization
Validation