软件测试的基本流程.pdf

一：软件测试的基本流程 1.熟悉需求 2.需求评审（ 测试人员，开发，需求参与） 剔除需求中不合理的部分和一些无法实现的部分，有异议的地方，描述不清楚的地方。 3.编写测试计划 4. 测试计划评审 5. 测试分析 6. 测试分析评审（交叉评审） 7.设计测试用例 8.编写测试用例 9.测试用例评审 10. 冒烟测试 11.运行测试用例 12.提交 BUG 13. 回归测试 14.编写测试报告 二： 什么是冒烟测试 冒烟测试， 英文是 Smoke testing 。 冒烟测试的名称可以理解为该种测试耗时短， 仅用一袋烟功夫足够了。 也有人认为是形 象地类比新电路板功基本功能检查。 任何新电路板焊好后， 先通电检查， 如果存在设计缺陷， 电路板可能会短路，板子冒烟了。 冒烟测试的对象是每一个新编译的需要正式测试的软件版本， 目的是确认软件基本功能 正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 三： 什么是回归测试 回归测试是指修改了旧代码后， 重新进行测试以确认修改没有引入新的错误或导致其他 代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。 回归测试包括两部分： 函数本身的测试、 其他代码的测试。 在对被修改的函数重新测试。 如果函数的设计功能没有变化， 直接运行函数测试就可以了。 如果修改了设计功能， 则要根 据增减的功能点，增加或删除测试用例。另外，还要完成白盒覆盖。 函数代码的修改可能导致调用该函数的代码产生错误， 所以需要测试其他代码。 如果函 数是私有函数并且未涉及到全局变量， 应运行类测试， 否则应运行工程测试。 在函数列表中 选择类测试或工程测试，编译运行测试工程，即可执行对其他代码的回归测试。 四：测试报告包含的内容 1、编写人 2、被测系统的版本号 3、测试环境 4、预期结果 5、实际结果 6、对于实际结果如有必要附上截图 7、测试用例数 8、测试用例通过数 9、测试用例的通过率 10、对缺陷的一个分析汇总