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. 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
Design
Analysis...
Lifecycle
2. Each possible path through the code is covered
Large class
use case
path
duplicated code
3. Formal document outlining a task that needs to be performed on a system
Fully- dressed use case
Analysis...
Law of demeter
OOP
4. Test cases made -> code compiles -> make code pass
Test- driven development
Security testing
SOAP
long method
5. Developing a plan for a product - system or component. 'how' a system should perform a task
trademark
Design
feature- driven development
Programming style
6. (smell) One class delegates all of its requests to another class
Stress testing
technical managerial approach
Maturity
middle man
7. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
code smell
Lifecycle
SOAP
Design patterns
8. (smell) A method using another class more than its own
feature envy
Design pattern
Constructor
feature- driven development
9. A design pattern that allows behaviour to be added to an existing object dynamically.
Anonymous function
Data classes
Scrum (Agile software development)
Decorator pattern
10. 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.
Design Patterns
Feasibility
model- driven development
duplicated code
11. Figuring out what the requirements are
software quality
Elicitation
Versioning
unit testing
12. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Test- driven development
Lexer
Design
Parser
13. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Casual use case
Anonymous function
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
WSDL
14. 'single dot rule'
Association
black box testing
Semantic Web
Law of demeter
15. Series of phases through which software is developed
branch
Lifecycle
jquery
Closure
16. 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
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Maturity
Specification
17. A movement that promotes common formats for data.
Semantic Web
Liskov substitution principle
middle man
Dijkstra's law
18. Ways to express the system's subsystems and their relationship
copyright
architectural design
Programming syntax
Law of demeter
19. (smell) Making one change requires changes in multiple places
Design Patterns
Database normalization
shotgun surgery
Dijkstra's law
20. A method that initializes a newly instantiated object
Constructor
Casual use case
a refactoring
feature- driven development
21. Iterative - incremental framework for project management.
Scrum (Agile software development)
SOP
long method
Analysis...
22. Test whether or not tasks can be accomplished efficiently by all levels of users
Functional Requirements
Closure
Usability testing
SOP
23. Testing tactic that looks at all ways that data can flow through the code
Stakeholders
white box testing
message chain
Programming syntax
24. Testing where modules are combined and tested as a group
Association
Integration testing
sequence diagram
Analysis...
25. Verifies that system is protected against improper penetration
Feasibility
Security testing
Association
Lexer
26. (smell) many parameters are being passed into a method
long parameter list
black box testing
SOAP
jquery
27. 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
28. Lack of errors in code - readability etc
Stakeholders
data clumps
Acceptance testing
Code Quality
29. The rigorousness of the tests that are able to be placed on the code
Maturity
Feasibility
Stress testing
Data classes
30. Derived methods should not assume more or deliver less
model- driven development
Functional Requirements
Anonymous function
Liskov substitution principle
31. (smell)class with too many instance variables or too much code
Lazy initialization or Lazy loading (Design pattern)
feature- driven development
Design patterns
Large class
32. One or two paragraphs of text outlining a use case
Software Quality
inappropriate intimacy
Recovery testing
Casual use case
33. 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
statement
Analysis...
SRS Documentation
34. Diagram outlining the tasks that are going to be performed by the user
Software Quality
Delegation
Capacity testing
Use case diagram
35. Representational State Transfer.
black box testing
a refactoring
feature envy
REST
36. (smell) client needs to use one object to get another and then use that one to get another
Stakeholders
message chain
Dijkstra's law
Liskov substitution principle
37. Tasks that a system must be able to perform
conflict
branch
Functional Requirements
Database normalization
38. Each condition is covered twice (true - false)
branch
Non - functional Requirements
Software Quality
Security testing
39. Comprehensive description of software's intended purpose
Feasibility
SRS Documentation
long method
Analysis...
40. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Lazy initialization or Lazy loading (Design pattern)
Maturity
Security testing
Stakeholders
41. Approach to team management that splits management up into two people with separate tasks
Anonymous function
Casual use case
technical managerial approach
trademark
42. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
system testing
jquery
branch
Law of demeter
43. Recognizable indicator that something may be wrong with code
patent
Use case diagram
code smell
Elicitation
44. Testing the whole system for functionality
Software Quality
branch
Stress testing
system testing
45. The degree to which code is free of defects
conflict
Quality metrics
code quality
data clumps
46. (smell) If a set of variables are used together in multiple places
OOP
data clumps
code smell
sequence diagram
47. (smell) Smell deodorant
Integration testing
comments
REST
unit testing
48. Models ->code work is done to keep models in sync with code
jquery
model- driven development
SRS Documentation
Design Patterns
49. Diagram used to show how information flows around the system
Versioning
Security testing
sequence diagram
Software Quality
50. Small - behaviour- preserving - source- to- source transformation
Semantic Web
SRS Documentation
a refactoring
Quality metrics