测试基.本流程.doc

测试工程师岗位职责 目的 软件测试的目的是为了保证产品的最终质量，在软件开发的过程中，对软件产品进行质量控制，提高软件的可靠性。 的是尽可能发现bug并改正被测试软件中的错误，达到期望结果,提高软件开发的 HYPERLINK /html/95/category-catid-95.html \t _blank 可靠性1. 制定测试产品的测试计划、方案；2. 设计并执行测试用例，对产品进行功能，性能，安全等测试；3. 实施高效的测试活动，并对测试结果进行分析，给出专业报告，与其他部门紧密协作，跟踪缺陷及推动及时修复；4. 维护测试环境，进行测试环境的部署与调试；5. 设计并且开发测试工具，对测试方法进行创新；6. 完成测试项目归纳及总结文档。 测试在整个项目周期过程中的介入时间和工作内容、重点 测试在需求阶段介入 一是测试人员通过早期参与，更清楚需求的来源和目的，有利于后期更好的从用户的角度开展测试活动；二是可以为后期设计验收 HYPERLINK javascript:; \t _self 测试用例提供很好的分析依据。 测试模型 工作内容： 和开发 项目 产品等沟通 测试用例计划 测试用例编写 执行测试 发现系统中的缺陷 提交到缺陷管理工具 发布测试报告 用户需求文档 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、可输入区域和只读区域没有明显的区分标志 3.bug的状态划分及各状态之间的变换关系 Bug的处理流程： 发现 新建 提交 修改 关闭 重新打开 4.bug的提交规范 Bug模板【版本号】标题：Bug的简要描述。一定要能从标题就看出Bug的大概意思 【详细描述】：Bug的详细描述，包括此Bug的重现步骤、具体现象、及可能有的影响。如果有必要请添加图片。 【实际结果】：实际操作步骤的结果 【期望结果】?：此Bug修复后期望的结果是什么。请务必在明确期望结果的情况下再提交Bug。? 【备注】：有另外需要说明的请在此处记录。该项可以不写。 5.测试的基本思路，如何测试一个产品或者一个功能点。 客户需求 确认资源(机型.版本)安卓还是苹果 搭建环境 测试设施的准备 根据用例执行测试 测试的方法 测试流程： 需求：理解需求，与客户。架构。项目.开发.沟通 测试计划：根据需求资源（人力，设备等） 用例设计：根据需求，功能等设计测试用例） 执行测试用例：根据测试用例的步骤执行用例 执行用例的结果：对每个用例的执行情况标注结果（pass block failed） 有bug在测试工具中记录，直至验证修改关闭 测试报告的发布 测试申请—提交bug—解决bug—验证bug—关闭bug—测试报告 黑盒测试— (功能测试也叫数据驱动测试) 方法—等价类划分,边值分析 因果图,错误推测.只有采用穷举输入测试，着眼于程序外部结构,不考虑内部,针对软件测试.针对软件界面和软件功能进行测试.把所有可能的输入都作为测试情况考虑，才能查出 HYPERLINK /view/17674.htm \t _blank 程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证 HYPERLINK /view/16563.htm \t _blank 软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证 HYPERLINK /view/1451265.htm \t _blank 软件质量，而 HYPERLINK /view/106882.htm \t _blank 测试用例就是将测试行为具体量化的方法之一。 具体的黑盒 HYPERLINK /view/1270753.htm \t _blank 测试用例设计方法包括 写测试用例或在执行测试时都要注意