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
Functional Requirements
Elicitation
Design
unit testing
2. Protecting the embodiment of an idea
Law of demeter
Performance testing
Analysis...
copyright
3. Diagram used to show how information flows around the system
Cowboy coding
sequence diagram
Algorithm
SOAP
4. Reusable - abstract 'blocks' of design
Design Patterns
Large class
sequence diagram
message chain
5. Freezing the state of the source code at a particular point
Validation
model- driven development
Capacity testing
Versioning
6. 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.
Stress testing
brief use case
Feasibility
conflict
7. 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
conflict
Quality metrics
Delegation
Performance testing
8. Object oriented programming; using objects to solve problems.
OOP
Programming syntax
Versioning
Functional Requirements
9. Contract between inventor - assignee and state giving a time and geographically limited monopoly
patent
Programming syntax
statement
feature envy
10. Figuring out what the requirements are
Elicitation
OOP
Design Patterns
Validation
11. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Lazy initialization or Lazy loading (Design pattern)
architectural design
use case
comments
12. (smell)class with too many instance variables or too much code
SOAP
Lifecycle
jquery
Large class
13. 2nd step of requirements gathering
Maturity
Analysis...
trademark
model- driven development
14. (smell) Classes using things that should be private in other classes
Lazy initialization or Lazy loading (Design pattern)
OOP
inappropriate intimacy
Stress testing
15. Representational State Transfer.
Casual use case
Maturity
REST
model- driven development
16. 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
17. Small - behaviour- preserving - source- to- source transformation
Constructor
a refactoring
REST
path
18. (smell) client needs to use one object to get another and then use that one to get another
Fully- dressed use case
message chain
Performance testing
shotgun surgery
19. People who care about the outcome
Specification
Elicitation
Stakeholders
Large class
20. Description of possible sequences of interactions between a user and the system.
sequence diagram
use case
long method
SOP
21. (smell) many parameters are being passed into a method
path
Acceptance testing
long parameter list
Validation
22. (smell) code is repeated in multiple places
shotgun surgery
Elicitation
duplicated code
Feasibility
23. How well your fulfil your requirements
Design Patterns
Software Quality
Scrum (Agile software development)
Delegation
24. A powerful motivator for change
shotgun surgery
SOP
conflict
Recovery testing
25. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Lexer
system testing
Lambda
feature envy
26. A method that initializes a newly instantiated object
Association
Data classes
Constructor
Recovery testing
27. (smell) One class delegates all of its requests to another class
middle man
SOP
SOAP
Semantic Web
28. Absence of lifecycle
Cowboy coding
code smell
Data classes
Closure
29. Ways to express the system's subsystems and their relationship
Fully- dressed use case
architectural design
patent
Stress testing
30. Formal document outlining a task that needs to be performed on a system
Versioning
Fully- dressed use case
Maturity
Functional Requirements
31. Each condition is covered twice (true - false)
Performance testing
feature- driven development
branch
data clumps
32. 3rd step of requirements gathering
Usability testing
middle man
Specification
Large class
33. Evaluates upper limits of operational parameters
Elicitation
REST
Capacity testing
Performance testing
34. Testing the whole system for functionality
Requirements
Validation
sequence diagram
system testing
35. Lack of errors in code - readability etc
Code Quality
Lambda
Non - functional Requirements
Programming syntax
36. 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.
First- class citizen
Algorithm
REST
trademark
37. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
Semantic Web
regression testing
Fully- dressed use case
jquery
38. An operator used to denote anonymous functions or closures.
Quality metrics
Data classes
Lambda
Refactoring
39. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
SOAP
Dijkstra's law
long method
code quality
40. Verifies that system is protected against improper penetration
Maturity level
Security testing
intellectual property
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
41. A design pattern that allows behaviour to be added to an existing object dynamically.
Quality metrics
Casual use case
Analysis...
Decorator pattern
42. Series of phases through which software is developed
Lifecycle
Recovery testing
Validation
Versioning
43. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
SOP
Use case diagram
Cowboy coding
WSDL
44. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Anonymous function
Database normalization
statement
Phase
45. A few sentences summarizing a use case
Usability testing
data clumps
Design pattern
brief use case
46. 4th step of requirements gathering
Validation
First- class citizen
Functional Requirements
Fully- dressed use case
47. Test cases made -> code compiles -> make code pass
Design patterns
Test- driven development
Versioning
REST
48. Force software to fail in order to see how it recovers
Design
Recovery testing
statement
trademark
49. Comprehensive description of software's intended purpose
Security testing
SRS Documentation
Lifecycle
Quality metrics
50. A computer program that divides code up into functional components
middle man
Parser
unit testing
Requirements