测试用例设计思路举例(参考).docx

ECShop2.7.2用例设计思路举例说明用例设计方法的运用非常灵活，没有绝对的套路可言，以下用例设计思路仅供参考。操作流程举例参考文档：ECShop_2.7.2_简易操作手册V1.0，B2C商城ECShop需求规格说明书_2.7.2V1.0设计思路：根据操作手册，理清业务逻辑前后关系，再结合SRS文档确定具体的流程细节和分支流程。可以通过画流程的方式梳理流程（流程分析法），下面是部分主流程的案例：正向订单流程_余额付款前台页面浏览商品-加入购物车-结算中心-余额付款后台管理中心订单查询-配货-生成发货单-确认生成发货单-去发货-发货前台页面确认收货 END正向订单流程_货到付款前台页面浏览商品-加入购物车-结算中心-货到付款后台管理中心订单查询-配货-生成发货单-确认生成发货单-去发货逆向订单流程前台页面确认收货-后台管理中心退货-填写退货信息点确定按钮-确认退货商品添加流程_新商品后台管理中心商品管理-新建商品类型/新建商品分类/新建商品品牌-添加新商品（通用信息，详细描述，其他信息，商品属性，商品相册，关联商品，配件，关联文章）考虑完所有流程后，再补充考虑部分异常情况，例如：流程中的先后顺序发生变化，或者跳过某个步骤后，系统能否完成后续流程作业。（有些流程是不可能调换顺序或跳过的）Q：流程分析法在设计测试用例的时候会经过很多页面，操作很多字段，这些页面和字段该如何取值呢？A：流程分析法一般考虑页面或字段的有效取值（一般取等价类中最不容易出错的值），测试过程中不关注页面输入域的各种取值情况，特别是错误取值的情况。目的是为了确保流程是可用的。Q：流程分析法既然不能证明某个页面或字段没有问题，那用此法有何意义呢，为何不直接考虑验证每个页面和模块的各种有效和无效的取值？A：流程分析法可快速熟悉系统业务，确保系统主要功能是否实现，是非常重要的测试方法，如果流程分析法都走不通，那该系统的测试工作将遇到更多阻碍。流程分析的用例非常适合作为系统测试预测试（冒烟测试）项的用例，也可以作为回归测试或验收测试的用例。订单查询举例参考文档：B2C商城ECShop需求规格说明书_2.7.2V1.0 订单查询2.4.2章节设计思路：对于查询部分的用例设计先考虑正交表，再考虑等价类和边界值填充具体取值是比较合适的，先考虑对不同查询条件的组合查询，然后为正交表补充单个查询的情况，然后再补充什么都不填，和全部都填的情况。Q：此页面下拉列表取值可考虑选择或不选择两种情况，如果选择，下拉列表中取什么值呢？A：下拉列表的取值按照等价类和边界值的思想得出的具体取值应该是选择第一个，选择中间一个，选择最后一个。按这样的思路，将这三种取值逐一替换到正交表该字段为选择的每行中。（替换后若还有行没有替换完，可自行选择替换任意值，也可替换最容易出现问题的值等）Q：上述查询条件之间是什么关系，例如输入张三的订单号，电子邮件确输入李四的，点击查询按钮，系统同时查询出张三的订单和李四的订单，还是一条都查不出来？上述字段是否支持模糊查询，需求中没有明确告知，该如何写用例呢？A：查询条件若在SRS中没有明确给出，在评审阶段应提出和询问需求分析人员或项目经理，若到了测试用例编写期间，依然可以咨询需求分析人员或者开发人员，确定查询关系。查询关系不明确该部分的用例很难写出。（记住你不是一个人在孤军奋战，遇到问题要和开发，测试等成员加强沟通）Q：是不是所有的查询都要用正交表呢？不是，例如查询条件只有2个，判定表即可。若查询条件均为必填项，就不存在非必填的情况，直接用等价类+边界值方法即可。商品添加举例参考文档：B2C商城ECShop需求规格说明书_2.7.2V1.0 添加新商品2.4.1.5章节该页面有多个输入条件，输入方式包括：文本框输入，下拉列表选择，复选框，日历控件，浏览上传图片。共17项，其中含3个必填项。可以考虑等价类+边界值+正交表的方式完成测试用例设计。方案一：先考虑等价类+边界值，再考虑组合（正交可选），最后考虑异常分析和错误猜测法。方案二：若用例设计方法较为熟悉，也可先考虑正交表的组合，在取值的时候用等价类和边界值取具体的数据填充，最后考虑异常分析和错误猜测法。Q：在写用例的时候除了常规的方法，对错误猜测法不知道如何运用，总是想不出有要考虑些什么，如何能很好的运用错误猜测法呢？A：通常情况下错误猜测需要经验的积累，如何积累经验才是值得考虑的问题。例如每次按测试用例执行的时候总会发现一些用例未考虑到的缺陷，这其实就可以作为错误猜测的用例总结起来，今后遇到类似问题在写用例时就可以考虑进去了，积少成多很重要。Q：界面中有3个必填字段，用正交表该怎么处理呢？不填的话肯定是通不过的。A：此问题有两种处理方案，一种是只要正交表中遇到该字段为非必填就去掉该行，不考虑该行的用例编写。（该