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)class with too many instance variables or too much code
Usability testing
Large class
Integration testing
Acceptance testing
2. Improve the internal design and implementation of code without affecting external behavior
Refactoring
Elicitation
Design patterns
middle man
3. Constraints on the design due to external factors
Phase
shotgun surgery
Casual use case
Non - functional Requirements
4. Approach to team management that splits management up into two people with separate tasks
technical managerial approach
Cowboy coding
Usability testing
branch
5. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
SRS Documentation
Lazy initialization or Lazy loading (Design pattern)
long parameter list
First- class citizen
6. Diagram used to show how information flows around the system
sequence diagram
Quality metrics
Requirements
Elicitation
7. Test whether or not tasks can be accomplished efficiently by all levels of users
system testing
Usability testing
Refactoring
Casual use case
8. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Lazy initialization or Lazy loading (Design pattern)
Elicitation
Non - functional Requirements
Denormalization
9. 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.
Performance testing
feature envy
Programming syntax
Feasibility
10. Object oriented programming; using objects to solve problems.
model- driven development
Capacity testing
REST
OOP
11. (smell) A class whose only purpose is to hold data
copyright
Analysis...
black box testing
Data classes
12. (smell) A method using another class more than its own
feature- driven development
Requirements
feature envy
SOP
13. 'single dot rule'
Specification
Law of demeter
Maturity
Data classes
14. Test cases made -> code compiles -> make code pass
Lazy initialization or Lazy loading (Design pattern)
Test- driven development
Scrum (Agile software development)
OOP
15. A design pattern that allows behaviour to be added to an existing object dynamically.
Non - functional Requirements
Law of demeter
Decorator pattern
technical managerial approach
16. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Anonymous function
system testing
Database normalization
Scrum (Agile software development)
17. Reusable - abstract 'blocks' of design
First- class citizen
message chain
Design pattern
unit testing
18. (smell) method has too many statements - loops or variables
Programming syntax
unit testing
SOP
long method
19. Models ->code work is done to keep models in sync with code
Requirements
Design
Acceptance testing
model- driven development
20. A few sentences summarizing a use case
brief use case
trademark
code quality
Software Quality
21. Absence of lifecycle
Cowboy coding
Elicitation
Quality metrics
Association
22. Small - behaviour- preserving - source- to- source transformation
Casual use case
a refactoring
path
Cowboy coding
23. A movement that promotes common formats for data.
Semantic Web
technical managerial approach
Dijkstra's law
REST
24. Word - logo or symbol used to distinguish one organization's wares and services from another's
Casual use case
model- driven development
Requirements
trademark
25. Verifies that system is protected against improper penetration
Security testing
Quality metrics
Algorithm
system testing
26. Protecting the embodiment of an idea
intellectual property
copyright
Test- driven development
Maturity
27. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
shotgun surgery
Performance testing
Lexer
Large class
28. Recognizable indicator that something may be wrong with code
Denormalization
Non - functional Requirements
Refactoring
code smell
29. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
SOAP
system testing
copyright
OOP
30. Freezing the state of the source code at a particular point
conflict
code smell
Versioning
path
31. The rigorousness of the tests that are able to be placed on the code
brief use case
SOP
Maturity
Cowboy coding
32. People who care about the outcome
model- driven development
Stakeholders
Constructor
Analysis...
33. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Quality metrics
Programming syntax
branch
Algorithm
34. 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
Denormalization
Design patterns
Delegation
Versioning
35. 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.
Fully- dressed use case
duplicated code
First- class citizen
Software Quality
36. 4th step of requirements gathering
Validation
use case
Association
architectural design
37. The rights governing the ownership and disposition of technology
Usability testing
long method
duplicated code
intellectual property
38. (smell) One class delegates all of its requests to another class
a refactoring
Test- driven development
middle man
Specification
39. Each team member given set of features to work on
path
feature- driven development
trademark
jquery
40. (smell) Classes using things that should be private in other classes
Lifecycle
Lazy initialization or Lazy loading (Design pattern)
Maturity level
inappropriate intimacy
41. Each condition is covered twice (true - false)
Functional Requirements
intellectual property
Data classes
branch
42. Each line of code is covered once
statement
Elicitation
Software Quality
Liskov substitution principle
43. Series of phases through which software is developed
Feasibility
Lifecycle
First- class citizen
Liskov substitution principle
44. Lack of errors in code - readability etc
Integration testing
middle man
Code Quality
Programming style
45. Reusable - abstract 'blocks' of design
Usability testing
Programming style
Design Patterns
Lifecycle
46. Techniques for composing objects to form larger structures
REST
long method
OOP
Design patterns
47. 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
Versioning
data clumps
unit testing
48. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Integration testing
WSDL
conflict
Algorithm
49. 3rd step of requirements gathering
First- class citizen
Design
Specification
Maturity
50. 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
Closure
Large class
Acceptance testing