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. Each team member given set of features to work on
branch
feature- driven development
Maturity level
message chain
2. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Semantic Web
Anonymous function
Constructor
feature- driven development
3. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
black box testing
SOAP
long parameter list
Versioning
4. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Versioning
Denormalization
feature envy
First- class citizen
5. 'single dot rule'
Law of demeter
Scrum (Agile software development)
Denormalization
SRS Documentation
6. The things a system must do
Lifecycle
Lazy initialization or Lazy loading (Design pattern)
Requirements
Large class
7. Absence of lifecycle
SOAP
Liskov substitution principle
Cowboy coding
Validation
8. Testing the whole system for functionality
shotgun surgery
path
SOAP
system testing
9. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Software Quality
Casual use case
model- driven development
Programming style
10. (smell) code is repeated in multiple places
Recovery testing
duplicated code
Denormalization
Security testing
11. Tasks that a system must be able to perform
Phase
Capacity testing
Functional Requirements
feature envy
12. Test whether or not tasks can be accomplished efficiently by all levels of users
Lifecycle
Usability testing
Large class
regression testing
13. Single step in a lifecycle
Phase
Delegation
Lazy initialization or Lazy loading (Design pattern)
branch
14. Testing that verifies that individual units of source code are working
trademark
Database normalization
feature envy
unit testing
15. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Algorithm
Integration testing
regression testing
unit testing
16. 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.
Feasibility
Dijkstra's law
regression testing
Specification
17. A powerful motivator for change
Validation
Anonymous function
SOAP
conflict
18. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
feature envy
Lifecycle
Versioning
19. Testing can show the presence but not absence of errors
20. Approach to team management that splits management up into two people with separate tasks
Software Quality
technical managerial approach
middle man
OOP
21. Object oriented programming; using objects to solve problems.
Design Patterns
Code Quality
OOP
Refactoring
22. Freezing the state of the source code at a particular point
Design
Lexer
Parser
Versioning
23. Word - logo or symbol used to distinguish one organization's wares and services from another's
comments
Decorator pattern
Specification
trademark
24. 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
Design patterns
Delegation
regression testing
Acceptance testing
25. 3rd step of requirements gathering
Specification
Use case diagram
Test- driven development
Algorithm
26. Each possible path through the code is covered
SOAP
Denormalization
a refactoring
path
27. Constraints on the design due to external factors
Non - functional Requirements
Stakeholders
Specification
feature envy
28. Each line of code is covered once
Algorithm
Design
statement
Delegation
29. (smell)class with too many instance variables or too much code
Semantic Web
intellectual property
Large class
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
30. The rights governing the ownership and disposition of technology
Test- driven development
intellectual property
Design patterns
SOAP
31. A way to automatically grade code based on heuristics
Quality metrics
comments
Parser
Lexer
32. Ways to express the system's subsystems and their relationship
feature envy
architectural design
Recovery testing
Versioning
33. How developed code is (testing - documentation etc)
Maturity level
Acceptance testing
Design patterns
patent
34. Contract between inventor - assignee and state giving a time and geographically limited monopoly
Data classes
REST
WSDL
patent
35. (smell) If a set of variables are used together in multiple places
software quality
data clumps
Elicitation
regression testing
36. (smell) method has too many statements - loops or variables
regression testing
long method
Quality metrics
Versioning
37. How well your fulfil your requirements
trademark
Software Quality
Validation
Non - functional Requirements
38. Testing can show the presence but not absence of errors
39. Degree to which the system meets the specified requirements and development standards
software quality
Programming syntax
Maturity level
Maturity
40. (smell) One class delegates all of its requests to another class
feature envy
Recovery testing
Performance testing
middle man
41. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
brief use case
code quality
Lexer
shotgun surgery
42. Test cases made -> code compiles -> make code pass
long parameter list
Feasibility
Dijkstra's law
Test- driven development
43. (smell) many parameters are being passed into a method
Test- driven development
black box testing
Use case diagram
long parameter list
44. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Cowboy coding
Database normalization
Data classes
long parameter list
45. Recognizable indicator that something may be wrong with code
data clumps
sequence diagram
Design pattern
code smell
46. Description of possible sequences of interactions between a user and the system.
REST
statement
shotgun surgery
use case
47. Representational State Transfer.
Validation
Feasibility
Programming syntax
REST
48. Executes system in a manner that demands abnormal amounts of resources
conflict
message chain
brief use case
Stress testing
49. Series of phases through which software is developed
WSDL
Lifecycle
feature- driven development
Casual use case
50. Verifies that system is protected against improper penetration
inappropriate intimacy
intellectual property
Phase
Security testing