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
OOP
Analysis...
path
Phase
2. (smell)class with too many instance variables or too much code
REST
Large class
data clumps
white box testing
3. (smell) method has too many statements - loops or variables
software quality
long method
long parameter list
trademark
4. The degree to which code is free of defects
code smell
Delegation
Design patterns
code quality
5. A movement that promotes common formats for data.
Semantic Web
system testing
software quality
code smell
6. Protecting the embodiment of an idea
copyright
sequence diagram
Semantic Web
Programming style
7. A powerful motivator for change
feature envy
Large class
conflict
Casual use case
8. Testing the whole system for functionality
Data classes
architectural design
system testing
Casual use case
9. Lack of errors in code - readability etc
Maturity level
conflict
Code Quality
model- driven development
10. (smell) client needs to use one object to get another and then use that one to get another
architectural design
message chain
duplicated code
Integration testing
11. The rigorousness of the tests that are able to be placed on the code
Programming style
duplicated code
a refactoring
Maturity
12. Description of possible sequences of interactions between a user and the system.
use case
REST
Code Quality
Law of demeter
13. Reusable - abstract 'blocks' of design
Dijkstra's law
Design patterns
Lexer
Design pattern
14. Representational State Transfer.
feature- driven development
REST
Fully- dressed use case
Cowboy coding
15. Testing tactic based on whether inputs and outputs match up for required functionality
black box testing
Dijkstra's law
middle man
Test- driven development
16. 4th step of requirements gathering
Stress testing
jquery
Parser
Validation
17. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Non - functional Requirements
jquery
shotgun surgery
unit testing
18. Tasks that a system must be able to perform
Data classes
Constructor
Functional Requirements
Lazy initialization or Lazy loading (Design pattern)
19. A relationship between objects.
Acceptance testing
feature envy
Programming style
Association
20. A way to automatically grade code based on heuristics
Quality metrics
Security testing
Design pattern
Liskov substitution principle
21. The things a system must do
Elicitation
Requirements
Dijkstra's law
Security testing
22. Each team member given set of features to work on
trademark
Non - functional Requirements
Programming style
feature- driven development
23. Constraints on the design due to external factors
message chain
Elicitation
Non - functional Requirements
Phase
24. Test cases made -> code compiles -> make code pass
Test- driven development
Quality metrics
SOAP
Algorithm
25. Executes system in a manner that demands abnormal amounts of resources
Data classes
Stress testing
trademark
white box testing
26. An operator used to denote anonymous functions or closures.
conflict
SOP
system testing
Lambda
27. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Denormalization
copyright
Anonymous function
brief use case
28. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
system testing
WSDL
Lazy initialization or Lazy loading (Design pattern)
Refactoring
29. 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
30. Test the run - time performance of the system
Closure
conflict
Performance testing
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
31. How well your fulfil your requirements
Software Quality
long method
Design Patterns
white box testing
32. 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
statement
Acceptance testing
Delegation
Closure
33. Word - logo or symbol used to distinguish one organization's wares and services from another's
message chain
unit testing
Delegation
trademark
34. Models ->code work is done to keep models in sync with code
Integration testing
model- driven development
Data classes
Stakeholders
35. 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
36. Developing a plan for a product - system or component. 'how' a system should perform a task
Design
Feasibility
unit testing
Integration testing
37. Small - behaviour- preserving - source- to- source transformation
long parameter list
Decorator pattern
a refactoring
code smell
38. (smell) Making one change requires changes in multiple places
shotgun surgery
Large class
Denormalization
Code Quality
39. People who care about the outcome
black box testing
Maturity
Validation
Stakeholders
40. Reusable - abstract 'blocks' of design
OOP
Design Patterns
Quality metrics
Database normalization
41. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
SOP
branch
long parameter list
Programming style
42. A computer program that divides code up into functional components
trademark
Parser
middle man
Liskov substitution principle
43. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
Software Quality
SOAP
Functional Requirements
SOP
44. (smell) Smell deodorant
Specification
Software Quality
comments
trademark
45. 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.
Test- driven development
shotgun surgery
Feasibility
Fully- dressed use case
46. Approach to team management that splits management up into two people with separate tasks
Cowboy coding
Specification
technical managerial approach
Capacity testing
47. Each condition is covered twice (true - false)
duplicated code
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
branch
Decorator pattern
48. A design pattern that allows behaviour to be added to an existing object dynamically.
Closure
Decorator pattern
statement
Code Quality
49. Semantic- oriented programming. A programming paradigm in which the programmer formulizes the logic of a domain by means of semantic structures
SOP
software quality
Liskov substitution principle
branch
50. Figuring out what the requirements are
data clumps
Dijkstra's law
Elicitation
sequence diagram