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. (smell) A method using another class more than its own
Lexer
feature envy
statement
code quality
2. Diagram used to show how information flows around the system
statement
sequence diagram
Parser
Law of demeter
3. Protecting the embodiment of an idea
black box testing
copyright
Data classes
conflict
4. Derived methods should not assume more or deliver less
use case
Capacity testing
Liskov substitution principle
Casual use case
5. People who care about the outcome
long parameter list
shotgun surgery
Stakeholders
Parser
6. How well your fulfil your requirements
Lambda
Test- driven development
Semantic Web
Software Quality
7. Testing the whole system for functionality
Design pattern
Phase
Acceptance testing
system testing
8. (smell) If a set of variables are used together in multiple places
data clumps
white box testing
Usability testing
Decorator pattern
9. The process of attempting to optimise the read performance of a database by adding redundant data or by grouping data
Non - functional Requirements
Law of demeter
Lazy initialization or Lazy loading (Design pattern)
Denormalization
10. (smell) code is repeated in multiple places
Semantic Web
duplicated code
brief use case
WSDL
11. (smell) Smell deodorant
OOP
Specification
Fully- dressed use case
comments
12. 4th step of requirements gathering
Validation
SOAP
jquery
long parameter list
13. Object oriented programming; using objects to solve problems.
Versioning
OOP
Casual use case
inappropriate intimacy
14. Improve the internal design and implementation of code without affecting external behavior
Refactoring
software quality
Recovery testing
Data classes
15. Testing where modules are combined and tested as a group
Integration testing
Refactoring
Law of demeter
Feasibility
16. Approach to team management that splits management up into two people with separate tasks
software quality
Maturity level
Lifecycle
technical managerial approach
17. 2nd step of requirements gathering
long parameter list
Analysis...
patent
inappropriate intimacy
18. 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
shotgun surgery
Recovery testing
Requirements
19. Developing a plan for a product - system or component. 'how' a system should perform a task
WSDL
Fully- dressed use case
Denormalization
Design
20. Lack of errors in code - readability etc
Analysis...
Code Quality
comments
intellectual property
21. A way to automatically grade code based on heuristics
Large class
WSDL
long parameter list
Quality metrics
22. (smell)class with too many instance variables or too much code
Specification
Requirements
Large class
Elicitation
23. (smell) Classes using things that should be private in other classes
Programming style
Integration testing
architectural design
inappropriate intimacy
24. Delaying the creation of an object - calculation of a value or another expensive process until first needed.
Elicitation
SRS Documentation
Feasibility
Lazy initialization or Lazy loading (Design pattern)
25. A subjective set of rules or guidelines used when writing source code. Example: The use of whitespace to consistently group and space out statements.
Programming style
Lambda
Capacity testing
Algorithm
26. Freezing the state of the source code at a particular point
Semantic Web
patent
Versioning
Usability testing
27. The rights governing the ownership and disposition of technology
Specification
unit testing
intellectual property
Liskov substitution principle
28. Force software to fail in order to see how it recovers
Stress testing
Recovery testing
Versioning
Design
29. Techniques for composing objects to form larger structures
Design patterns
REST
Constructor
Test- driven development
30. Each line of code is covered once
long parameter list
Database normalization
statement
Usability testing
31. (smell) method has too many statements - loops or variables
long method
system testing
Stakeholders
Design
32. Testing that verifies that individual units of source code are working
unit testing
model- driven development
Denormalization
copyright
33. A movement that promotes common formats for data.
Maturity
Stress testing
duplicated code
Semantic Web
34. Simple Object Access Protocol. Specification for exchanging structured information. Uses XML. Usually relies on other Application Layer protocols (HTTP - SMTP)
First- class citizen
SOAP
Feasibility
Closure
35. Verifies that system is protected against improper penetration
copyright
Security testing
Fully- dressed use case
Database normalization
36. Description of possible sequences of interactions between a user and the system.
model- driven development
use case
trademark
Integration testing
37. Test cases made -> code compiles -> make code pass
regression testing
Test- driven development
Specification
Analysis...
38. (smell) many parameters are being passed into a method
Fully- dressed use case
code smell
Programming syntax
long parameter list
39. Testing tactic that looks at all ways that data can flow through the code
white box testing
Law of demeter
Stress testing
shotgun surgery
40. How developed code is (testing - documentation etc)
Maturity level
Capacity testing
black box testing
Integration testing
41. Testing can show the presence but not absence of errors
42. Single step in a lifecycle
Liskov substitution principle
Phase
Semantic Web
Lambda
43. A few sentences summarizing a use case
brief use case
code quality
Lambda
Phase
44. Iterative - incremental framework for project management.
Delegation
jquery
Scrum (Agile software development)
a refactoring
45. Each team member given set of features to work on
Lexer
feature- driven development
Validation
code quality
46. Testing can show the presence but not absence of errors
47. (smell) client needs to use one object to get another and then use that one to get another
message chain
Closure
Acceptance testing
trademark
48. Evaluates upper limits of operational parameters
Refactoring
duplicated code
Association
Capacity testing
49. The process of eliminating data redundancy by ensuring that tables in a database pertain to a single topic
Fully- dressed use case
Closure
SOAP
Database normalization
50. Tasks that a system must be able to perform
Functional Requirements
Data classes
Specification
Constructor