软件测试基本介绍与案例分析-方学峰.ppt

北京联合,亚信联创科技（中国）有限公司,软件测试典型案例分析,测试基础理论,测试案例分析,目录,第一部分：测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,目标:正确认识软件测试,目标1：避免常见测试误区,目标2：学习和掌握统一测试过程,第一部分：测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,测试质量标准,误区一：按照规范来测试可以提高软件质量 测试是用来验证软件质量是否符合预期的，软件质量是做出来的，不是测出来的。,误区二：不惜一切力量提高软件质量是我们追求的终极目标 商业目标决定质量目标。提高软件质量的最终目的是为了赢利，而不是创造完美无缺的产品。对于普通商业软件而言，并不是“质量越高越好”，而是恰好让广大用户满意，并将提高质量所付出的代价控制在预算之内。,软件质量的2个认识误区,第一部分：测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,测试目的的定义,问题：软件测试目的是什么？答：软件测试的目的是找到尽可能多的bug，特别是从未发现的bug。答：软件测试的目的是通过找bug保证和提高软件质量。答：软件测试的目的是为了实现一个特定的目标而进行的规划、设计、实施、完善等一系列活动。,第一部分：测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,测试分类,按测试的目的分：功能测试性能测试安全测试配置测试兼容性测试易用性测试,安装/卸载测试数据库完整性测试,测试分类,按测试的阶段分：单元测试集成测试接受测试系统测试Alpha测试Beta测试,测试分类,按测试的形式分：白盒测试黑盒测试灰盒测试,测试分类,按测试的执行方式分：静态测试动态测试,第一部分：测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,统一测试过程,统一测试过程,如何掌控整个测试过程？,1、测试准备阶段,是否明确项目背景，明确项目目标系统功能点有哪些，核心功能是那些系统业务规则是什么系统设计规则有哪些需求可能会有什么变更是否有不可测试项，或者测试成本的点最终用户是谁最终用户有什么使用特点最终用户可能会在什么操作环境下使用系统开发难点是什么系统结构，拓扑图,在给测试人员交付测试任务之后，通常会留出一定时间让测试人员熟悉业务，这个阶段如果没有明确的检查计划，就会变得不可控，推荐以下的检查项目，可以判断测试人员对业务的学习成果：,2、测试计划阶段,目的,范围,策略,风险,执行,测试计划有效性的评审,3、测试设计阶段,通过对需求功能点的整理，评估需求覆盖率。测试用例评审。,原则,5、测试报告阶段,测试结论清晰直接，缺陷分析合理正确，建议有效。,第一部分回顾:测试基础理论,测试质量标准测试目的的定义测试分类统一测试过程,测试基础理论,测试案例分析,目录,典型案例1：优惠配置错误,故障描述：用户订购无线音乐俱乐部高级会员，短信收费提醒告知用户资费为350元/月。故障原因：账务提供给收费提醒的接口，在计算优惠时优惠的匹配错误，以分为单位了。原因分析：由于实体卡工单开发中资费配置为少配置对应品牌的优惠数据，采用了将优惠配置在默认品牌plan_id=0上的策略，为此扣费提醒判断优惠时新增了默认品牌优惠的判断，但因查询条件不够完善，查询到无线音乐俱乐部高级会员产品的优惠为7折优惠的音乐下载，且开发对于这种部分比例优惠计算时漏整除100化为分单位，最终导致了5元的产品费用优惠计算后变成了350元（5.00*70=350元）。采取措施：,典型案例1：优惠资费错误,采取措施：在开发团队对优惠比例、金额单位加强宣贯；同时 完善查询条件，精确匹配到产品对应的科目再计算科目对应的优惠；将下发短信内容的测试加入自动化回归测试。,典型案例2：校园WLAN预付费电子卡对账文件故障,原因分析：该问题出现可能有两种原因导致（1）对账文件名错误（2）对账文件日期不正确经过开发分析，得出结论是程序中的日期填写了当前时间而不是交易时间。采取措施：作为常规测试经验交流，加入知识库共享。,典型案例3：宽带预约活动业务生效时间显示问题,故障描述：用户办理打手机送宽带（联建宽带版）预存款时，宽带业务生效时间选择的是11月1日，确认单打出的生效时间也是11月1日。但在用户资料查询-捆绑信息界面，预约捆绑活动信息显示的预约生效时间却是10月1日。故障原因：转换时间的代码段存在异常，导致捆绑生效时间不准确；同时，测试时未测试到。采取措施：一方面将此点加入自动化回归测试平台，以防测试遗漏；另一方面作为常规测试经验交流，加入知识库共享。,典型案例4：缺少异常测试流程,故障描述：集团彩铃成员添加及批量成员添加时，添加两个手机号码报异常，业务受理不成功。故障原因：开发人员在开发过程当中，误改了一个条件。是一次性有N个成员添加，那么会有N个集团彩铃服务包，判断的时候没有判断服务包是否是当前手机号码。原因分析：测试时只考虑正常流程，也就是一般用一个号码进行了测试，没有考虑异常测试流程，也就是没有考虑用两个或两个以上号码进行测试。采取措施：一方面在测试团队进行宣导；另一方面加入知识库的FQA，作为经验交流。,典型案例5：系统登录后出现白屏,故障描述：系统进入外网登陆，输入用户名和密码后，出现白屏，无法进行操作。故障原因：新增的登陆提醒功能没有进行Ejb发布。原因分析：编译的时候未将新增的方法发布成服务，导致外网界面打不开。采取措施：一方面在编译团队进行宣导；另一方面对于后续需要通过外网的系统，要求测试人员通过外网界面进行测试。,典型案例6：数据库连接不够,故障描述：数据库的连接数不够打不开系统 原因分析：在测试环境上没有出现因没有释放数据库连接而导致前台打不开或者僵死的情况，因为测试环境 每天都有人在发布、重启不宜察觉，所以就没有引起太大的关注。采取措施：在测试环境上新增数据连接的监控脚本，来查看数据库连接情况。同时对前台打不开或者僵死的情况，首先检查是不是数据库连接数没释放。,典型案例7：充值送话费故障,故障描述：用户申请充100元送30元话费，长时间收不到成功回复短信，引发投诉。原因分析：由于程序处理效率比较低，导致充100元送30元话费活动的指令存在积压，引起其他交互式短信延迟发送。采取措施：通过自动化回归测试平台，对短信业务处理进程进行数据压测(即从boss的短信接收表到boss的短信下发表止),查看处理时间,处理时间低于预期找开发处理。,典型案例8：电子帐单详单未发送给客户,故障描述：11月份的电子详单发送目标客户文件中有无效格式数据，导致该客户没有发送成功。原因分析：用户电子帐单订购关系txt文件中出现重复手机号记录，因为是批量插入且手机号为唯一约束，导致部分用户记录回滚没有入库。采取措施：新增程序稽核机制，过滤无效数据。,典型案例9：上线版本导致,故障描述：BBOSS新品时不成功 故障原因分析：上线版本问题导致。原因分析：由于当晚上线过程，BOSS30例行做dltest时发现不通过，经过现场人员判断，确认是打包和解包程序有问题，于是直接从生产主机FTP到测试主机手工拿了三个.so文件，除了BOSS30四台中间件拿了之外，其它主机并没有更新.so文件，而BBOSS是布署在营帐中间件上，导致产生bboss的问题。采取措施：对于是提早定版本还是定紧急上线版本，必须由BM与测试负责人来检查上传上线内容是否与测试内容一致，建立互查机制。采取措施：新增程序稽核机制，过滤无效数据。,典型案例10：打10086，没有声音,故障描述：当用户默认语言是小语种的时候，呼入10086后没有声音。故障原因：当晚新上线版本影响了原默认语种为小语种的菜单。原因分析：由于当晚上线内容与小语种无关，且上线时间非小语种服务时间。因此上线验证时测试选择小语种后，听到非服务时间的提示，没有测试出该故障。采取措施：对于后续类似需求上线时，授权上线人员修改单台语音网关系统时间，以完成相应小语种测试。采取措施：新增程序稽核机制，过滤无效数据。,第二部分回顾:测试案例分析,典型案例1：优惠资费错误典型案例2：校园WLAN预付费电子卡对账文件故障典型案例3：宽带预约活动业务生效时间显示问题典型案例4：缺少异常测试流程典型案例5：系统登录后出现白屏典型案例6：数据库连接不够典型案例7：充值送话费故障典型案例8：电子帐单详单未发送给客户典型案例9：上线版本导致典型案例10：打10086，没有声音,