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. Protecting the embodiment of an idea
Casual use case
Programming style
copyright
Usability testing
2. 2nd step of requirements gathering
SRS Documentation
duplicated code
Acceptance testing
Analysis...
3. Series of phases through which software is developed
Semantic Web
Stakeholders
Design pattern
Lifecycle
4. Contract between inventor - assignee and state giving a time and geographically limited monopoly
Semantic Web
patent
Dijkstra's law
jquery
5. (smell) client needs to use one object to get another and then use that one to get another
Fully- dressed use case
message chain
Elicitation
Decorator pattern
6. The degree to which code is free of defects
Lexer
Test- driven development
sequence diagram
code quality
7. Verifies that system is protected against improper penetration
Programming syntax
Casual use case
Security testing
system testing
8. The rights governing the ownership and disposition of technology
Maturity
trademark
data clumps
intellectual property
9. Constraints on the design due to external factors
black box testing
Non - functional Requirements
sequence diagram
OOP
10. Description of possible sequences of interactions between a user and the system.
Cowboy coding
Integration testing
long method
use case
11. 4th step of requirements gathering
Versioning
Usability testing
statement
Validation
12. (smell) One class delegates all of its requests to another class
Test- driven development
First- class citizen
a refactoring
middle man
13. Small - behaviour- preserving - source- to- source transformation
a refactoring
comments
Feasibility
Design pattern
14. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
Association
Lifecycle
SOAP
Fully- dressed use case
15. Representational State Transfer.
Non - functional Requirements
Lexer
Programming style
REST
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
unit testing
Delegation
architectural design
Software Quality
17. Testing tactic that looks at all ways that data can flow through the code
Capacity testing
intellectual property
white box testing
Design
18. Each line of code is covered once
Data classes
Functional Requirements
feature envy
statement
19. 'single dot rule'
Scrum (Agile software development)
Law of demeter
Association
Integration testing
20. Diagram used to show how information flows around the system
Fully- dressed use case
SOP
unit testing
sequence diagram
21. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
model- driven development
middle man
Data classes
22. Degree to which the system meets the specified requirements and development standards
Design Patterns
white box testing
Large class
software quality
23. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Lexer
Analysis...
conflict
Lifecycle
24. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
duplicated code
Data classes
Lazy initialization or Lazy loading (Design pattern)
Semantic Web
25. The things a system must do
Functional Requirements
SRS Documentation
Requirements
Semantic Web
26. Improve the internal design and implementation of code without affecting external behavior
Refactoring
SOAP
inappropriate intimacy
code quality
27. Approach to team management that splits management up into two people with separate tasks
Software Quality
technical managerial approach
Elicitation
Functional Requirements
28. Absence of lifecycle
Data classes
regression testing
Cowboy coding
Law of demeter
29. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Database normalization
use case
Maturity
Parser
30. A computer program that divides code up into functional components
Parser
intellectual property
Law of demeter
First- class citizen
31. Reusable - abstract 'blocks' of design
Large class
Algorithm
Design pattern
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
32. Test the run - time performance of the system
Liskov substitution principle
Design pattern
First- class citizen
Performance testing
33. 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
34. 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.
long method
Feasibility
branch
architectural design
35. (smell)class with too many instance variables or too much code
Use case diagram
duplicated code
Large class
Validation
36. Object oriented programming; using objects to solve problems.
OOP
unit testing
Semantic Web
Functional Requirements
37. Derived methods should not assume more or deliver less
SOP
Specification
Liskov substitution principle
Cowboy coding
38. An operator used to denote anonymous functions or closures.
trademark
Lambda
Dijkstra's law
Acceptance testing
39. A relationship between objects.
Liskov substitution principle
Association
First- class citizen
Maturity
40. 1st step of requirements gathering
Elicitation
Casual use case
Design patterns
WSDL
41. Single step in a lifecycle
Dijkstra's law
inappropriate intimacy
Phase
Casual use case
42. Recognizable indicator that something may be wrong with code
long parameter list
Lifecycle
use case
code smell
43. A powerful motivator for change
Elicitation
feature- driven development
conflict
Use case diagram
44. Testing tactic based on whether inputs and outputs match up for required functionality
long parameter list
unit testing
black box testing
Validation
45. A method that initializes a newly instantiated object
Parser
Constructor
Lifecycle
Semantic Web
46. 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.
Non - functional Requirements
Programming syntax
WSDL
statement
47. An effective method expressed as a finite list of well- defined instructions for solving a problem.
data clumps
use case
Algorithm
Performance testing
48. Models ->code work is done to keep models in sync with code
inappropriate intimacy
technical managerial approach
model- driven development
Dijkstra's law
49. (smell) A class whose only purpose is to hold data
Data classes
Semantic Web
Parser
Programming style
50. Force software to fail in order to see how it recovers
Recovery testing
SOP
sequence diagram
statement