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. Description of possible sequences of interactions between a user and the system.
Delegation
statement
use case
architectural design
2. An operator used to denote anonymous functions or closures.
use case
SOAP
Code Quality
Lambda
3. (smell) method has too many statements - loops or variables
comments
Algorithm
Programming syntax
long method
4. 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
5. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Large class
intellectual property
Lazy initialization or Lazy loading (Design pattern)
Maturity
6. A computer program that divides code up into functional components
Parser
Denormalization
REST
a refactoring
7. Formal document outlining a task that needs to be performed on a system
Programming syntax
Lazy initialization or Lazy loading (Design pattern)
Versioning
Fully- dressed use case
8. Iterative - incremental framework for project management.
Scrum (Agile software development)
conflict
Semantic Web
software quality
9. Absence of lifecycle
Delegation
Cowboy coding
Large class
REST
10. Degree to which the system meets the specified requirements and development standards
branch
feature- driven development
software quality
Denormalization
11. 4th step of requirements gathering
Refactoring
Validation
Association
data clumps
12. Constraints on the design due to external factors
Non - functional Requirements
Analysis...
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
unit testing
13. Tasks that a system must be able to perform
Functional Requirements
SOAP
Scrum (Agile software development)
architectural design
14. Reusable - abstract 'blocks' of design
Phase
a refactoring
SOAP
Design Patterns
15. Figuring out what the requirements are
Capacity testing
Programming style
Elicitation
code quality
16. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Quality metrics
Database normalization
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
code smell
17. Small - behaviour- preserving - source- to- source transformation
Data classes
a refactoring
Acceptance testing
WSDL
18. Approach to team management that splits management up into two people with separate tasks
Design Patterns
data clumps
Lazy initialization or Lazy loading (Design pattern)
technical managerial approach
19. Test the run - time performance of the system
Performance testing
trademark
system testing
Large class
20. 2nd step of requirements gathering
intellectual property
brief use case
message chain
Analysis...
21. Diagram used to show how information flows around the system
sequence diagram
Lexer
WSDL
Scrum (Agile software development)
22. Single step in a lifecycle
Acceptance testing
Refactoring
system testing
Phase
23. 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.
Programming syntax
Test- driven development
middle man
Specification
24. Contract between inventor - assignee and state giving a time and geographically limited monopoly
patent
Performance testing
Validation
feature envy
25. Each condition is covered twice (true - false)
Liskov substitution principle
duplicated code
branch
OOP
26. 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.
statement
Feasibility
Algorithm
Denormalization
27. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Semantic Web
Denormalization
Anonymous function
path
28. Each possible path through the code is covered
use case
Feasibility
code smell
path
29. How developed code is (testing - documentation etc)
shotgun surgery
Stress testing
trademark
Maturity level
30. A movement that promotes common formats for data.
Lexer
Semantic Web
feature envy
intellectual property
31. Web Services Description Language. Used to create the XML document that describes the tasks performed by various web services.
Elicitation
WSDL
Stakeholders
long parameter list
32. (smell) Smell deodorant
software quality
Constructor
comments
brief use case
33. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
SOAP
statement
Casual use case
Stress testing
34. JQuery is a lightweight JavaScript library that emphasizes interaction between JavaScript and HTML.
Liskov substitution principle
jquery
Casual use case
Performance testing
35. Testing designed to uncover regressions (where stuff that used to work doesn't work anymore)
regression testing
Casual use case
architectural design
Lifecycle
36. One or two paragraphs of text outlining a use case
Quality metrics
Casual use case
First- class citizen
Lambda
37. 3rd step of requirements gathering
Specification
Integration testing
Cowboy coding
Programming syntax
38. Each line of code is covered once
Performance testing
statement
REST
Stress testing
39. (smell) A method using another class more than its own
Maturity level
architectural design
feature envy
Elicitation
40. Test whether or not tasks can be accomplished efficiently by all levels of users
Usability testing
Cowboy coding
Lifecycle
conflict
41. Each team member given set of features to work on
Elicitation
feature- driven development
Design Patterns
Lambda
42. A relationship between objects.
Association
long parameter list
Analysis...
Database normalization
43. Part of compiler reads the sequence of characters and outputs a sequence of lexemes.
Lexer
Software Quality
technical managerial approach
Design Patterns
44. Representational State Transfer.
REST
Software Quality
brief use case
SOAP
45. (smell) code is repeated in multiple places
Phase
Integration testing
duplicated code
sequence diagram
46. Testing that verifies that individual units of source code are working
Semantic Web
unit testing
statement
Design patterns
47. Diagram outlining the tasks that are going to be performed by the user
conflict
Performance testing
jquery
Use case diagram
48. Lack of errors in code - readability etc
OOP
Code Quality
Scrum (Agile software development)
model- driven development
49. Verifies that system is protected against improper penetration
feature envy
Refactoring
Security testing
Design patterns
50. AKA: Function Constant or Function Literal A function defined - and possibly called - without being bound to an identifier.
Erich Gamma - Richard Helm - Ralph Johnson - John Vlissides
Anonymous function
Functional Requirements
conflict