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. (smell) A method using another class more than its own
feature envy
Anonymous function
Design pattern
Lifecycle
2. Figuring out what the requirements are
Lifecycle
Elicitation
Data classes
Decorator pattern
3. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Association
Scrum (Agile software development)
SRS Documentation
Lexer
4. Test the run - time performance of the system
Denormalization
Performance testing
use case
Software Quality
5. Each team member given set of features to work on
Parser
long parameter list
feature- driven development
SOAP
6. Each line of code is covered once
SOAP
statement
Feasibility
a refactoring
7. A method that initializes a newly instantiated object
Large class
Constructor
Versioning
Usability testing
8. Degree to which the system meets the specified requirements and development standards
Programming style
Lifecycle
code smell
software quality
9. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
patent
path
Lazy initialization or Lazy loading (Design pattern)
Stakeholders
10. Recognizable indicator that something may be wrong with code
message chain
OOP
middle man
code smell
11. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
Delegation
long method
SOAP
model- driven development
12. An operator used to denote anonymous functions or closures.
Liskov substitution principle
Lambda
SOP
copyright
13. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
regression testing
Lambda
Elicitation
Design patterns
14. Comprehensive description of software's intended purpose
Requirements
data clumps
SRS Documentation
Semantic Web
15. Diagram outlining the tasks that are going to be performed by the user
Fully- dressed use case
unit testing
Scrum (Agile software development)
Use case diagram
16. 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
regression testing
Closure
sequence diagram
Elicitation
17. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
Design patterns
SOP
Elicitation
Constructor
18. 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
19. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
code quality
SOAP
Programming style
copyright
20. Representational State Transfer.
REST
Design
Elicitation
Fully- dressed use case
21. Formal document outlining a task that needs to be performed on a system
regression testing
Fully- dressed use case
Recovery testing
software quality
22. Absence of lifecycle
Semantic Web
patent
Recovery testing
Cowboy coding
23. A few sentences summarizing a use case
brief use case
Programming syntax
Performance testing
Elicitation
24. Techniques for composing objects to form larger structures
Design patterns
conflict
shotgun surgery
code quality
25. 1st step of requirements gathering
Elicitation
intellectual property
Lexer
a refactoring
26. Verifies that system is protected against improper penetration
Elicitation
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Security testing
Performance testing
27. A relationship between objects.
Lambda
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Design patterns
Association
28. (smell) Smell deodorant
comments
Algorithm
white box testing
Lifecycle
29. (smell) A class whose only purpose is to hold data
Data classes
Decorator pattern
Lifecycle
Maturity
30. Each possible path through the code is covered
branch
Specification
Scrum (Agile software development)
path
31. How well your fulfil your requirements
Fully- dressed use case
jquery
Software Quality
Delegation
32. (smell) Classes using things that should be private in other classes
Acceptance testing
inappropriate intimacy
technical managerial approach
WSDL
33. Freezing the state of the source code at a particular point
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Constructor
sequence diagram
Versioning
34. 4th step of requirements gathering
Database normalization
Validation
Elicitation
message chain
35. Test cases made -> code compiles -> make code pass
duplicated code
Data classes
statement
Test- driven development
36. How developed code is (testing - documentation etc)
Maturity level
Lifecycle
statement
Programming style
37. The degree to which code is free of defects
Maturity
Association
code quality
Functional Requirements
38. Developing a plan for a product - system or component. 'how' a system should perform a task
Use case diagram
Anonymous function
white box testing
Design
39. Ways to express the system's subsystems and their relationship
architectural design
Stakeholders
Data classes
Acceptance testing
40. Derived methods should not assume more or deliver less
system testing
regression testing
Liskov substitution principle
feature envy
41. 2nd step of requirements gathering
SRS Documentation
Lambda
path
Analysis...
42. Single step in a lifecycle
Phase
Versioning
Algorithm
Feasibility
43. (smell)class with too many instance variables or too much code
Denormalization
Large class
path
Quality metrics
44. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Constructor
copyright
unit testing
Algorithm
45. 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.
feature- driven development
Programming syntax
comments
trademark
46. 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.
Refactoring
Test- driven development
Algorithm
Feasibility
47. (smell) Making one change requires changes in multiple places
Stakeholders
Analysis...
regression testing
shotgun surgery
48. (smell) One class delegates all of its requests to another class
Programming syntax
Lifecycle
Delegation
middle man
49. Lack of errors in code - readability etc
Stakeholders
software quality
Delegation
Code Quality
50. Protecting the embodiment of an idea
copyright
Liskov substitution principle
Lazy initialization or Lazy loading (Design pattern)
Non - functional Requirements