软件测试培训教程-终极-1.ppt

* * * * * * * * * * * * * * * * * * * * * * * * 设计一些非法、错误、不正确和垃圾数据进行输入测试是很有意义，如果软件要求输入数字、就输入字母，如果软件只接受正数，就输入负数，如果程序对时间敏感，就看它对公元3000年是否还能正常工作。 * * 例子：ATM 流程 * * （每一个使用过一些软件的人都会对如何改进软件有一些看法， 软件无法满足所有人的需求，所以，作为测试人员，需要全面客观地作出合情合理地评价。） * * 例子：ATM 流程 * * 例子：ATM 流程 * * 例子：ATM 流程 * * ? 1、系统崩溃，死机，非法退出，无法继续操作，或引起其他软件系统出错。 ? ( 如：操作系统崩溃，其他软件崩溃，执行主流程时，数据库发生死锁 ) ? 2、业务流程或重要功能错误 ( 如：主要流程某对象状态发生错误，严重的数值计算错误等 ) 。? ? 3、数据通讯完全错误； 与数据库连接错误。 * * 1、一般性 功能不符 ，业务流程不正确，需求没有实现。 2、重要流程和场景下，导致数据错误，操作无效，操作结果错误。 3、程序接口错误 。 4、造成数据库不稳定的错误。 * * C 类 —— 一般性错误。 ? 1、界面错误 ( 严重的界面提示错误或不友好表现 ) 。 ? 2、非重要功能无法正确执行， 实现不正确， 实现不完整，但不影响一起功能 ( 如删除时 没有考虑数据关联，对其它模块造成影响； 系统界面上，一些可接受输入的控件点击 后无作用；对数据库的操作不能正确实现 ) 。 ? 3、非严重性产生错误结果，但不影响其功能。 ? 4、正确性不受影响，但系统性能和响应时间受到影响。 * * 系统处理需要优化。 ? 输入限制未放在前台进行控制，或控制错误。 ? 增删改等功能，在次要界面不能实现，但在主要界面可以实现。 ? 界面定义不一致，界面定义不规范， 显示格式不规范。 ? 提示文字，没有，不明确，不简明， 不清楚，不正确，未采用标准术语。 ( 如： 重要 删除操作未给出提示。 ? 可编辑区和不可编辑区不明显； 必填项与非必填项应加以区别。 ? 键盘支持不好。 ( 如在可输入多行的字段中，不支持回车换行 ) 。 ? 界面不能及时刷新，影响视觉效果。 ? 滚动条无效。 ? 光标跳转设置不好，鼠标（光标）定位错误 * * * 操作测试 目标 确定计算机的操作文档已经完整 如何使用 作为计算机正常操作的一部分来执行测试 例子 操作的介绍被文档化，操作者被培训 什么时候使用 预先将程序进行产品化。操作性是系统的一个重要指标的时候。 安全性测试 目标 安全性的缺陷很难被发现。 大多数的情况下组织能够防止一般性的破坏者。 如何使用 对安全性的需求进行评审 分析与安全性有关的处理流程 转包给专业的人员 例子 定义了被保护的资源，权限进行了控制，日志文件和审查追踪是可用的。 什么时间使用 当被保护的资源对于组织具有重要的价值的时候 功能测试技巧 需求测试 回归测试 错误处理测试 支持手册的测试 系统兼容测试 并行测试 需求测试 目标 用户的需求可以被实现 如何使用 创建测试用例和功能检查列表 例子 建立测试矩阵去证实系统需求均被文档化 什么时候使用 每一个应用程序都要进行需求测试 回归测试 目标 程序修改后，确保功能的正确性 如何使用 重新测试应用程序中没有改变的部分 例子 重新执行以前的测试用例 什么时间使用 当新的程序有可能影响老的功能的时候 错误处理测试 目标 所有可能的错误条件均经过了验证 如何使用 一组有经验的人员预测在那里会出现问题 例子 建立一个错误处理的列表 什么时候使用 贯穿整个开发生命周期 支持手册测试 目标 检验操作过程被文档化了，并且完整了。 如何使用 对过程有足够的介绍 可以协助用户正常使用 例子 系统在一定的条件下产生一个提示，用户被告知如何采取必要的操作。 什么时候使用 最佳时机是在安装测试的时候，但是应该在开发全过程中。 兼容性测试 目标 检验当使用适当的参数和数据时，需要的信息可以在两个系统中正确的交换 如何使用 文件和数据被用来在多系统之间传递。 例子 典型的由一个系统到另一个系统的数据交换程序。 什么时候使用 当两个应用程序之间的参数有可能发生变化的时候 并行测试 目的 新版本和老版本同时运行，用以确保新版本的程序运行正确。 如何使用 需要对两个系统输入相同的数据来运行 例子 运行新旧两个工资支付系统 什么时间使用 当对新系统的的运行情况不确定的时候 * * * * * * （1）、软件测试的目的：是想以最少的人力，物力和时间找出软件中潜在的各种错误和缺陷，过修正各种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成