测试基本流程知识交流.docxVIP

需求分析 需求分析 、测试工程师岗位职责 目的 软件测试的目的是为了保证产品的最终质量，在软件开发的过程中，对软件产品进 行质量控制，提高软件的可靠性。 的是尽可能发现bug并改正被测试软件中的错误，达到期望结果 ，提高软件开发的可靠性 制定测试产品的测试计划、方案； 设计并执行测试用例，对产品进行功能，性能，安全等测试； — 实施高效的测试活动，并对测试结果进行分析，给出专业报告，与其他部门紧密协作， 跟踪缺陷及推动及时修复； 维护测试环境，进行测试环境的部署与调试； 设计并且开发测试工具，对测试方法进行创新； 完成测试项目归纳及总结文档。 二、测试在整个项目周期过程中的介入时间和工作内容、重点 测试在需求阶段介入 一是测试人员通过 早期参与，更清楚需求的来源和目的，有利于后期更好的从用户 的角度开展测试活动；二是可以为后期设计验收测试用例提供很好的分析依据。 测试模型 确认需求 \ Q功龍测试 ￡詆仲去厂 !： w-^+/ 强、动态很悵 单元测试 工作内容: 和开发项目产品等沟通 测试用例计划 测试用例编写 执行测试 发现系统中的缺陷 提交到缺陷管理工具 发布测试报告 用户需求文档 1. bug的等级划分 A致命 1、 由于程序所引起的死机，非法退出 2、 死循环 3、 数据库发生死锁 4、 因错误操作导致的程序中断 5、 功能错误（需求未实现） 6、 与数据库连接错误 7、 数据通讯错误 B严重 1、 程序错误 2、 程序接口错误 3、 数据库的表、业务规则、缺省值未加完整性等约束条件 主要功能丧失，严重地影响系统要求或基本功能的实现。 （重新安装或重新启动该软件 不属于更正办法），须尽快修正 C 一般性（界面，图片，文字） 1、 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2、 打印内容、格式错误 3、 简单的输入限制未放在前台进行控制 4、 删除操作未给出提示 5、 数据库表中有过多的空字段 D建议性 1、 界面不规范 2、 辅助说明描述不清楚 3、 输入输出不规范 4、 长操作未给用户提示 5、 提示窗口文字未采用行业术语 6、 可输入区域和只读区域没有明显的区分标志 bug的状态划分及各状态之间的变换关系 Bug就念龙笑(status) ?新揑交的 ?已分配 CAssigned) ?问题未解决Kl(Reopened) ?待返测 KJ(Resofved) 待归档的(Verified) 已关 I^K(close) 2、Bu君处理意见(Resolutiun) ?已修改的(Fixed) ?不星间题(INVALID) ?无法修改(Wontfbt) ?以后版本再解决(1_￡巳「) 保留(Remind) 重复(Dupliutm) Bug的处理流程： 发现新建提交修改关闭重新打开 bug的提交规范 Bug模板【版本号】标题：Bug的简要描述。一定要能从标题就看出 Bg的大 概意思 【详细描述】：Bug的详细描述，包括此Bug的重现步骤、具体现象、及可能有的 影响。如果有必要请添加图片。 【实际结果】：实际操作步骤的结果 【期望结果】 ：此Big修复后期望的结果是什么。请务必在明确期望结果的情 况下再提交Bug。 【备注】：有另外需要说明的请在此处记录。该项可以不写。 5.测试的基本思路，如何测试一个产品或者一个功能点 客户需求 确认资源（机型.版本）安卓还是苹果 搭建环境 测试设施的准备 根据用例执行测试 测试的方法 测试流程： 1.需求：理解需求，与客户。架构。项目 .开发.沟通 2.测试计划：根据需求资源（人力，设备等） 3.用例设计：根据需求，功能等设计测试用例） 4.执行测试用例：根据测试用例的步骤执行用例 5.执行用例的结果：对每个用例的执行情况标注结果（ pass block failed ） 有bug在测试工具中记录，直至验证修改关闭 6.测试报告的发布 测试申请提交bug解决bug验证bug关闭bug测试报告 黑盒测试一 （功能测试也叫数据驱动测试 ）方法一等价类划分，边值分析 因果图,错误推测.只有采用穷 举输入测试，着眼于程序外部结构，不考虑内部，针对软件测试.针对软件界面和软件功能进行 测试.把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情 况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进 行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测 试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行 为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方 法之一。 具体的黑盒测试用例设计方法包括 写测试用例或在执行测试时都要注意（等价类划分法边界值分析法） 1、等价类