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

* * * 典型案例－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，没有声音 * In the Best Practices module, we discussed some characteristics common to successful projects. OO facilitates the following best practices: Develop Iteratively Model Visually Use Component Architecture Defining basic OO terms and concepts allows everyone in the class to start on a level playing field. * * * * * * 功能测试－Functional testing ，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。　　功能测试也叫黑盒测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。 性能测试：是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系