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. Tasks that a system must be able to perform
long method
unit testing
Non - functional Requirements
Functional Requirements
2. Object oriented programming; using objects to solve problems.
Algorithm
Closure
Casual use case
OOP
3. 3rd step of requirements gathering
Design pattern
Validation
Specification
unit testing
4. (smell) client needs to use one object to get another and then use that one to get another
Scrum (Agile software development)
Data classes
Software Quality
message chain
5. 1st step of requirements gathering
SRS Documentation
Elicitation
use case
a refactoring
6. (smell) A method using another class more than its own
Elicitation
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
SOP
feature envy
7. 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.
Design
First- class citizen
shotgun surgery
code smell
8. (smell) Classes using things that should be private in other classes
Non - functional Requirements
Constructor
OOP
inappropriate intimacy
9. Improve the internal design and implementation of code without affecting external behavior
Casual use case
Constructor
SRS Documentation
Refactoring
10. Constraints on the design due to external factors
Denormalization
Decorator pattern
Non - functional Requirements
Closure
11. (smell) One class delegates all of its requests to another class
Elicitation
Validation
middle man
use case
12. Diagram used to show how information flows around the system
Association
branch
sequence diagram
jquery
13. Formal testing against end user specifications
Phase
Acceptance testing
Constructor
Data classes
14. The degree to which code is free of defects
patent
Dijkstra's law
unit testing
code quality
15. Comprehensive description of software's intended purpose
message chain
SRS Documentation
Casual use case
Versioning
16. Test whether or not tasks can be accomplished efficiently by all levels of users
white box testing
Usability testing
SOP
Denormalization
17. Small - behaviour- preserving - source- to- source transformation
Stress testing
long parameter list
Dijkstra's law
a refactoring
18. Protecting the embodiment of an idea
copyright
Cowboy coding
Test- driven development
jquery
19. Test cases made -> code compiles -> make code pass
Lambda
Quality metrics
Test- driven development
statement
20. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
feature envy
Decorator pattern
Design
Programming style
21. Ways to express the system's subsystems and their relationship
unit testing
statement
architectural design
Programming syntax
22. Executes system in a manner that demands abnormal amounts of resources
OOP
Use case diagram
Stress testing
Large class
23. A movement that promotes common formats for data.
Lambda
Semantic Web
Usability testing
SOP
24. A computer program that divides code up into functional components
Acceptance testing
Parser
patent
Design Patterns
25. Diagram outlining the tasks that are going to be performed by the user
Maturity
model- driven development
long parameter list
Use case diagram
26. Each team member given set of features to work on
Elicitation
Code Quality
message chain
feature- driven development
27. (smell) method has too many statements - loops or variables
Usability testing
long method
Maturity level
message chain
28. 4th step of requirements gathering
data clumps
statement
Validation
shotgun surgery
29. Verifies that system is protected against improper penetration
Software Quality
Requirements
Security testing
Lexer
30. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
code smell
OOP
Constructor
Lexer
31. Testing that verifies that individual units of source code are working
unit testing
Integration testing
regression testing
model- driven development
32. Degree to which the system meets the specified requirements and development standards
software quality
feature- driven development
long parameter list
Casual use case
33. Testing the whole system for functionality
Data classes
Security testing
system testing
Dijkstra's law
34. 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
35. Reusable - abstract 'blocks' of design
Cowboy coding
Design pattern
a refactoring
white box testing
36. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Refactoring
use case
OOP
Algorithm
37. A few sentences summarizing a use case
copyright
Cowboy coding
inappropriate intimacy
brief use case
38. Single step in a lifecycle
Non - functional Requirements
middle man
Design pattern
Phase
39. A design pattern that allows behaviour to be added to an existing object dynamically.
Decorator pattern
Refactoring
feature- driven development
Lambda
40. Testing tactic based on whether inputs and outputs match up for required functionality
black box testing
inappropriate intimacy
patent
Functional Requirements
41. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
message chain
WSDL
Usability testing
Database normalization
42. Testing tactic that looks at all ways that data can flow through the code
comments
technical managerial approach
Lifecycle
white box testing
43. 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.
Acceptance testing
REST
Performance testing
Programming syntax
44. How well your fulfil your requirements
use case
Software Quality
Maturity
Dijkstra's law
45. (smell)class with too many instance variables or too much code
a refactoring
model- driven development
branch
Large class
46. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
shotgun surgery
Quality metrics
REST
Anonymous function
47. Evaluates upper limits of operational parameters
feature envy
code quality
Design Patterns
Capacity testing
48. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
Liskov substitution principle
Law of demeter
trademark
49. Recognizable indicator that something may be wrong with code
Maturity
message chain
shotgun surgery
code smell
50. Contract between inventor - assignee and state giving a time and geographically limited monopoly
patent
trademark
Test- driven development
long parameter list