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. Single step in a lifecycle
Versioning
software quality
Phase
Software Quality
2. Word - logo or symbol used to distinguish one organization's wares and services from another's
Acceptance testing
path
trademark
conflict
3. 'single dot rule'
model- driven development
inappropriate intimacy
Law of demeter
Specification
4. Tasks that a system must be able to perform
Feasibility
Functional Requirements
trademark
Security testing
5. Description of possible sequences of interactions between a user and the system.
copyright
a refactoring
use case
shotgun surgery
6. A movement that promotes common formats for data.
Semantic Web
Anonymous function
Dijkstra's law
Usability testing
7. Each team member given set of features to work on
Quality metrics
statement
feature- driven development
Design Patterns
8. Formal testing against end user specifications
WSDL
Acceptance testing
Maturity
Constructor
9. Force software to fail in order to see how it recovers
Acceptance testing
Recovery testing
branch
Versioning
10. 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
Performance testing
statement
Lifecycle
Closure
11. (smell) client needs to use one object to get another and then use that one to get another
Algorithm
feature- driven development
message chain
white box testing
12. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Versioning
Stress testing
Maturity level
WSDL
13. Testing the whole system for functionality
Elicitation
Test- driven development
Requirements
system testing
14. 2nd step of requirements gathering
Parser
Analysis...
conflict
Versioning
15. How developed code is (testing - documentation etc)
duplicated code
Maturity level
patent
technical managerial approach
16. Verifies that system is protected against improper penetration
Performance testing
Large class
WSDL
Security testing
17. A powerful motivator for change
conflict
Decorator pattern
Quality metrics
black box testing
18. Formal document outlining a task that needs to be performed on a system
Specification
Lambda
Scrum (Agile software development)
Fully- dressed use case
19. Test the run - time performance of the system
Performance testing
Parser
Large class
Anonymous function
20. Approach to team management that splits management up into two people with separate tasks
Lexer
technical managerial approach
First- class citizen
a refactoring
21. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Maturity
long method
Lexer
Denormalization
22. A few sentences summarizing a use case
Fully- dressed use case
patent
brief use case
Maturity level
23. (smell) Making one change requires changes in multiple places
shotgun surgery
trademark
SOP
sequence diagram
24. Figuring out what the requirements are
Usability testing
Anonymous function
Elicitation
Software Quality
25. (smell) A method using another class more than its own
feature envy
Integration testing
middle man
inappropriate intimacy
26. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
inappropriate intimacy
long method
Law of demeter
27. Evaluates upper limits of operational parameters
Capacity testing
SOP
Dijkstra's law
Use case diagram
28. People who care about the outcome
Maturity
Stakeholders
Data classes
Requirements
29. Freezing the state of the source code at a particular point
Requirements
Feasibility
SOAP
Versioning
30. 3rd step of requirements gathering
Specification
Elicitation
white box testing
Dijkstra's law
31. Each condition is covered twice (true - false)
Non - functional Requirements
branch
architectural design
Integration testing
32. Each possible path through the code is covered
regression testing
path
system testing
SOP
33. Object oriented programming; using objects to solve problems.
Performance testing
architectural design
OOP
Software Quality
34. Representational State Transfer.
Dijkstra's law
REST
message chain
Constructor
35. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Anonymous function
jquery
Stress testing
path
36. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
Programming style
SOAP
Lifecycle
trademark
37. Techniques for composing objects to form larger structures
Design patterns
Usability testing
Dijkstra's law
SOAP
38. Contract between inventor - assignee and state giving a time and geographically limited monopoly
use case
patent
long parameter list
Liskov substitution principle
39. How well your fulfil your requirements
conflict
long method
Software Quality
Validation
40. 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.
Refactoring
code smell
model- driven development
Programming syntax
41. Wrote the book Design Patterns: Elements of Reusable Object-Oriented Software.
Specification
brief use case
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Usability testing
42. 4th step of requirements gathering
Capacity testing
Parser
Refactoring
Validation
43. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Scrum (Agile software development)
Anonymous function
Lazy initialization or Lazy loading (Design pattern)
model- driven development
44. 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.
Use case diagram
Stakeholders
black box testing
Feasibility
45. (smell) Classes using things that should be private in other classes
inappropriate intimacy
Software Quality
model- driven development
technical managerial approach
46. 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
47. Each line of code is covered once
Programming syntax
statement
Quality metrics
Maturity
48. (smell) many parameters are being passed into a method
Lifecycle
Database normalization
long parameter list
Casual use case
49. Reusable - abstract 'blocks' of design
Liskov substitution principle
Capacity testing
path
Design Patterns
50. An effective method expressed as a finite list of well- defined instructions for solving a problem.
Stakeholders
Analysis...
conflict
Algorithm