应用的维数：应用的复杂度指标。例如要加入一个记录，测试需求的维数就是这个
记录中域的数目。
所处测试周期的阶段：有些阶段主要工作都在设计，有些阶段主要是测试执行。
23. 测试设计的问题
1) 不做测试设计，测试过程也是胡乱建立的。
2) 测试设计不详细，不是基于可量度的测试策略，例如测试计划覆盖一个集合或者测试需
求的一个子集。
3) 测试过程没有采用最好的技术来检验Windows C/S 结构的测试需求
4) 测试用例的选择规则
5) 选择与测试需求的实质部分最相关的测试用例。
6) 选择的测试用例应该不容易应用程序的改变的影响。
24. 当测试过程发生错误时，有哪几种解决办法?
1) 跳转到别的测试过程
2) 调用一个能够清除错误的过程
3) 退出过程，启动另一个
4) 退出过程和应用程序，重新启动启动Windows，在失败的地方重新开始测试
25. 测试执行的问题
测试执行的问题
1) 自动化测试没有有效的利用，使得手工测试太多。
2) 测试结果的捕获没有系统性，而且没有查看或调查
3) 缺陷报告必须用手工加入缺陷跟踪系统
错误分类
1、测试用例失败
正常错误
2、脚本命令失败
当测试过程不能不能执行录制过程中的某个功能时，回产生这种错误，如鼠标单击按钮或选
择菜单项等。它也能指示是缺陷还是测试过程的设计问题。
3、致命错误
导致测试停止，这种情况最好重起Windows。
具体步骤：
1) 建立测试系统
2) 准备测试过程
3) 运行初始化过程
4) 执行测试
5) 从终止的测试恢复
6) 验证预期结果
7) 调查突发结果
8) 记录缺陷日记
26. 测试评估的目标
1) 量化测试进程
2) 生成缺陷和测试覆盖率的总结报告
1. 测试评估的问题
3) 没有把测试覆盖率作为报告测试进程的根据，使得不知测试是否结束;
4) 没有做缺陷评估，缺陷评估是量度软件可行性的重要指标;
5) 不使用专门的软件工具进行数据输入任务和相应的评估活动，使得这些任务变得繁重累
人。
测试覆盖率——评估测试完成多少的标准
27. 这些软件常识的理解和运用将有助于我们在进行软件测试时能够更好的把握软件测试
的尺度。
1) 测试是不完全的(测试不完全)
2) 测试具有免疫性(软件缺陷免疫性)
3) 测试是" 泛型概念" (全程测试)
4) 80-20 原则
5) 为效益而测试
6) 缺陷的必然性
7) 软件测试必须有预期结果
8) 软件测试的意义- 事后分析