下载文档原格式
测试用例设计 按功能模板、使用场景进行设计
需求分析，需求评审 便于了解需求进而更好地开展后续的测试工作，以测试的角度对需求提出建议和改进。
用例评审 以便查漏补缺，尽可能使用例覆盖更全面。
开发环境测试 功能已开发完毕，协助开发在开发环境进行测试，确定基本功能是否实现，根据测试用例进行全面的测试，发现的BUG
提交到tapd 内，并督促开发及时修复问题。
制定测试计划 确定测试目标，测试范围，测试方法，测试策略，资源安排，
风险评估等
回归测试 待开发把本次需求分析修复的BUG 都修复完成后（有问题不影响正常功能的使用、影响 大的可暂时不修复），即可进行回归测试。
主要是验证缺陷是否真的修复，是否会影响现有系统的使用。
测试环境测试 回归测试无问题，功能已全部实现，即可更新至测试环境，使用生产环境的数据进行一轮新的测试，并且通知产品经
理进行验收。
生产环境测试
在测试环境确认本次发版的内容和现有系统的基本功能无问题后便可通知项目负责人更新生产环境，进行最后一轮的测试，以及对上线前基本功能的确定。
测试结束 经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或不紧急的问题，与项目负责人确认后可
以通过，结束测试，最后填写测试报告。
测试流程 软件开发功能测试流程图。
软件测试流程图案例在线购物场景测试:第一步:确定基本流和备选流第二步:确定场景场景流的组合场景1—成功购物基本流场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4第三步:设计用例(v:有效;I:无效;n/a:不相干)输入用例场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 V V V2:账号不存在提示账号不存在 2 I n/a n/a3:账号或密码错误(账提示账号或密码错误，返回到3 V I n/a 号正确，密码错误) 基本流步骤33:账号或密码错误(账提示账号或密码错误，返回到4 I V n/a 号错误，密码正确) 基本流步骤3提示账号余额不足请充值，充4:余额不足 5 V V I 值后返回到基本流步骤4 提示用户绑定银行卡或充值，5:账号没有钱 6 V V I 充值后返回到基本流步骤4第四步:设计数据，填入用例表(前置条件:所购商品价格150元) 假设Sue是注册用户，密码1s2，余额200;Jim未注册用户;Sun是注册用户，密码1234;Van是注册用户，密码1v2，账号余额1;Tom是注册用户，密码123，余额为0;用例输入场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 Sue 1s2 2002:账号不存在提示账号不存在 2 Jim -- --3:账号或密码错误(账提示账号或密码错误，返回3 Sun 12345678 -- 号正确，密码错误) 到基本流步骤33:账号或密码错误(账提示账号或密码错误，返回4 Sunny 1234 -- 号错误，密码正确) 到基本流步骤3提示账号余额不足请充值，4:余额不足 5 Van 1v2 1 充值后返回到基本流步骤4课堂练习:旅馆住宿系统房间网上预订业务• 需求:游客访问网站进行网上房间预订操作，选择合适的房间后，进行在线预订;此时，需使用个人账号登录系统;待登录成功后，进行订金支付(订金额为1天的房款);支付成功后，生成房间预订单，完成整个房间预订流程。
.xx 限公司2022 年9 月xx 2022-09-072.1.产品验收前12.2.产品验收后13.1.等价类划分13.2.边界值分析法13.3.错误猜测法23.3.1.因果图分析24.1.黑盒测试〔功能测试24.2.用户界面测试-UI 测试34.3.随机测试34.4.性能测试34.5. Β测试–此方法针对的是非程序员和测试45.1.产品验收前定义45.2.产品验收后定义5!未定义书签。
编写此文档是为了规范本公司的测试流程,为快速、高效和高质量软件测试提供基础流程框架。
提高测试人员自身测试能力,使测试更加规范化和标准化。
2.1.需求分析书2.2.现场G需求BUG 生效提交禅道指派研发设计测试用例BUG 解决进行回归后闭B G搭建测试环境3.1.等价类是指某个输进入行域功的能子点集测合试。
在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。
并合理地假定：测试某等价类的代表值就等于对提这交一B它值的测试。
因此,可以把全部输入数据合等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据取得较好的测试结果。
等价类划分可有两种不同的情况：有效等价类和无效等价类。
追踪 BUG3.2.回归测试边界值分析方法是对等价类划分方法的补充。
大量的错误是发生在输入或者输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出关闭 BUG更多的错误。
.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界, 就是应着重测试的边界情况。
应当选取正好等于,刚刚大于或者刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或者任意值作为测试数据。
基于经验和直觉猜测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。
错误猜测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。
例如,在单元测试时曾经列出的许多在模块中常见的错误。
软件测试流程图案例在线购物场景测试:第一步:确定基本流和备选流第二步:确定场景场景流的组合场景1—成功购物基本流场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4第三步:设计用例(v:有效;I:无效;n/a:不相干)输入用例场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 V V V2:账号不存在提示账号不存在 2 I n/a n/a3:账号或密码错误(账提示账号或密码错误，返回到3 V I n/a 号正确，密码错误) 基本流步骤33:账号或密码错误(账提示账号或密码错误，返回到4 I V n/a 号错误，密码正确) 基本流步骤3提示账号余额不足请充值，充4:余额不足 5 V V I 值后返回到基本流步骤4 提示用户绑定银行卡或充值，5:账号没有钱 6 V V I 充值后返回到基本流步骤4第四步:设计数据，填入用例表(前置条件:所购商品价格150元) 假设Sue是注册用户，密码1s2，余额200;Jim未注册用户;Sun是注册用户，密码1234;Van是注册用户，密码1v2，账号余额1;Tom是注册用户，密码123，余额为0;用例输入场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 Sue 1s2 2002:账号不存在提示账号不存在 2 Jim -- --3:账号或密码错误(账提示账号或密码错误，返回3 Sun 12345678 -- 号正确，密码错误) 到基本流步骤33:账号或密码错误(账提示账号或密码错误，返回4 Sunny 1234 -- 号错误，密码正确) 到基本流步骤3提示账号余额不足请充值，4:余额不足 5 Van 1v2 1 充值后返回到基本流步骤4课堂练习:旅馆住宿系统房间网上预订业务• 需求:游客访问网站进行网上房间预订操作，选择合适的房间后，进行在线预订;此时，需使用个人账号登录系统;待登录成功后，进行订金支付(订金额为1天的房款);支付成功后，生成房间预订单，完成整个房间预订流程。
测试工作流程图测试工作总体流程图说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。
单元黑盒测试阶段流程图说明：此过程主要由开发人员负责。
单元测试集中在检查软件设计的最小单位-模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。
由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序，清楚地了解该模块的I/O条件和模块的逻辑结构，采用结构测试（白盒法）的用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。
高可靠性的模块是组成可靠系统的坚实基础。
集成测试流程图集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。
如数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。
确认测试是严格按照测试流程和规范，对软件产品在功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档8个质量特性给予测试评价。
说明：性能测试主要测试软件测试的性能，包括负载测试，强度测试，数据库容量测试，基准测试以及基准测试。
1负载测试负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。
在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。
负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。
此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
2强度测试强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。
这类测试往往可以书写系统要求的软硬件水平要求。
实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
测试流程图及问题沟通方式
短周期测试流程图见下图，长周期测试流程图见第二页，问题沟通方式见第三页短周期（每轮测试时间在1周以内）测试流程图
N
长周期（每轮测试时间在1周以上）测试流程图
说明：
测试启动：
1、测试组参与产品需求讨论。
2、依据项目开发计划和需求文档编制测试计划。
测试设计
1、根据需求和设计等文档对测试用例进行编制。
2、系统运行环境的准备包括系统设备、网络设备、软件运行环境.。
测试执行
1、开发负责人提交版本提交测试说明。
2、测试人员依据测试用例对软件进行测试。
3、测试人员将发现的问题进行记录。
4、开发人员对测试中发现的bug进行修改。
5、测试人员对解决的bug进行确认。
6、测试人员编写测试状态报告和阶段测试报告。
测试结束
1、编制项目测试报告，测试遗留问题报告。
2、提交测试报告和遗留问题报告给产品部和相关部门。
问题沟通方式
测试人员应尽量把问题描述清楚，并提供图片或LOG等，为开发人员确定问题提供便利，对于双方存在分歧的问题可以采取以下方式：
1：测试人员主动与开发人员电话或面对面沟通，把问题发现的条件，判断问题的依据等与开发人员沟通清楚，也听取开发人员的分析。
2 通过邮件问题报告方式把测试的观点依据发送给开发工程师，并抄送双方领导，以书面形式获得更多的信息。
3 可以邀请开发工程师和相关部门的同事领导共同开会探讨问题的解决方式，以达成共识。
