静态白盒测试：检查代码和设计（附思维导图）

静态白盒测试：Examine the Design Documents & Code

• These are static, white box techniques.
• Handling these requires some programming expertise.
• It is best if the testers know the language in which the software is written.
• Consequently, you often find these tests are run by either Programmers with software testers as observers or Software testers with help from the programmers.

Major Problems with These Tests

They are often NOT performed! 未运行
These are the hardest to justify to upper management as they are viewed by many as too time consuming.对于大多数人来说，这些是最难以证明的，因为许多人认为它们太耗时。
Some of the problem is the perception that programmers are not productive if they are not generating code.

Note: The tyranny专制 of the LOC metric, Lines of executable code as a measure of productivity!

Three approaches

Formal inspection
Peer review
Walkthrough

Formal reviews

These are structured processes for doing static, white box testing.

4 elements are required:

1. Identify problems by directing attention to the code, not who wrote it.
2. Setup and follow rules for the review:
   • How much code should be examined?
   • How long should the review take?

• What is fair(公平) game for the review?

3. Prepare and assign duties to people
   Moderator(主持人,) recorder, reader, etc.
4. Write a report.

These are not just “get together and go over code” sessions!

Relative strengths of test strategies