软件质量与测试工作.ppt

单击此处编辑母版标题样式,,单击此处编辑母版文本样式,,第二级,,第三级,,第四级,,第五级,,,,,,,,软件质量与测试工作,目的,本文档是测试团队的,日常工作规范,，主要侧重测试工作的,流程和实施,，明确软件,研发各阶段,测试团队参与和完成的工作,,,软件测试方面的一些,常见问题,的总结（开发人员、测试人员）,软件质量与测试工作,一、软件测试标准规范,,1,、目的,,2,、团队的构成,,3,、测试流程及规范,,4,、缺陷问题处理流程,,5,、测试工具,,,二、软件常见问题总结分析,软件测试标准规范,1,、目的,,软件测试就是为了确保软件产品质量，使产品能够顺利交付和通过验收软件测试标准规范,2,、团队,—,测试组织结构,,,,,软件测试标准规范,2,、团队,—,职责,,,职位名称,相关主要责任,,,,,测试,Manager,,,1、建立企业软件测试流程,,,2、指定测试组长，创建测试组,,,3、分配测试任务,,,4、检查测试进度,,,5、了解项目进度，对测试组工作进行指导、监督,,,6、与企业里其他部门之间的沟通协调,,软件测试标准规范,2,、团队,—,职责,,,职位名称,相关主要责任,,,,,测试,Lead,,,,1、全权负责所分配的项目,,,2、制定软件测试计划,,,3、统合软件测试用例,,,4、分配并指导测试工程师执行具体测试工作,,,5、与开发人员的沟通协调,,,6、编写项目总结性测试报告,,软件测试标准规范,2,、团队,—,职责,,,职位名称,相关主要责任,,,,,测试,engineer,,,,,1、编写测试用例,,,2、执行测试用例(Run Case),,,3、提交缺陷,,,4、软件回归验证测试,,,5、提交当日的工作测试记录,,,6、不同测试任务之间的交叉测试,,,软件测试标准规范,,3,、测试流程及规范,,（,1,）立项会议阶段,,（,2,）需求评审阶段,,（,3,）设计测试计划,,（,4,）设计测试用例,,（,5,）测试设计评审阶段,,（,6,）测试的预准备阶段,,（,7,）正式测试执行阶段,,,软件测试标准规范,,（,8,）回归测试阶段,,（,9,）测试阶段性总结,,（,10,）测试退出的标准,,（,11,）测试的输出文档,,（,12,）验收测试,,（,13,）周期较短的小项目测试,,,软件测试标准规范,3,、测试流程及规范,-,立项会议阶段,,,,过程要点,详细说明,输入条件,项目立项报告,,,工作内容,1,、项目可行性分析,,2,、项目经理的确定,,3,、在立项会议上确定测试组长，组建测试小组,责任人,测试经理（确定测试组长）,软件测试标准规范,3,、测试流程及规范,-,需求评审阶段,,,,过程要点,详细说明,输入条件,需求规格说明书,,,工作内容,1,、需求人员在会议上讲解需求,,2,、其他人（包括测试）提出疑问、异议,,3,、需求人员给予解答,,4,、所有人员对需求无异议,责任人,需求调研、开发、测试,软件测试标准规范,3,、测试流程及规范,-,设计测试计划,,,,过程要点,详细说明,输入条件,需求规格说明书、项目开发计划书,,,工作内容,1,、测试需求,,2,、测试环境,,3,、测试策略,,4,、测试资源,,5,、产品性能、安全指标,,6,、测试提交物,责任人,测试组长,软件测试标准规范,3,、测试流程及规范,-,设计测试用例,,,,过程要点,详细说明,输入条件,需求规格说明书、测试计划、设计文档,,,工作内容,1,、等价类划分,,2,、边界值,(,举例：附件大小,),,3,、错误猜测法,,4,、业务流程场景,,5,、安全测试,责任人,测试组,软件测试标准规范,3,、测试流程及规范,-,测试评审阶段,,,,过程要点,详细说明,输入条件,测试计划、测试用例,,,工作内容,1,、测试计划和测试用例完成,,2,、在评审之前，把评审的内容发送给项目组成员熟悉和理解,,3,、召开评审会议,,4,、测试计划,,5,、测试用例,责任人,项目经理，测试组长,软件测试标准规范,3,、测试流程及规范,-,测试的预准备阶段,,,,过程要点,详细说明,输入条件,测试文档评审结束；开发完成内部测试,,,,,工作内容,1,、开发组填写测试申请单，提交测试测试组,,2,、测试组在测试环境做,smoke testing,,3,、如果,smoke testing,不通过版本直接打回开发组，如果通过正式进入执行测试阶段,,4,、研发人员提交单元测试报告,责任人,项目经理、开发组长、测试组长,软件测试标准规范,3,、测试流程及规范,-,正式测试执行阶段,,,,过程要点,详细说明,输入条件,测试组长确认可用的测试用例,,,工作内容,1,、测试工程师执行测试用例,,2,、测试工程师提交缺陷,,3,、测试工程师提交当日的测试记录,责任人,测试组全体,软件测试标准规范,3,、测试流程及规范,-,回归测试执行阶段,,,,过程要点,详细说明,输入条件,上个版本提交的缺陷得到修复,,开发人员提交测试,,,工作内容,1,、测试组长确定回归测试的用例,,2,、测试人员做,smoke testing,，检查版本的可测性,,3,、执行回归测试用例，提交回归测试记录,,责任人,测试组长、测试工程师,软件测试标准规范,3,、测试流程及规范,-,测试阶段性总结,,,,过程要点,详细说明,输入条件,测试组完成了预订周期的测试任务（根据实际情况：轮数，每周,pmo,会议）,,,工作内容,1,、项目过程中全局统计数据，目前存在的问题、风险,,2,、缺陷的具体数据量化统计,,3,、在每轮测试结束后，测试组长将这个阶段性总结发给项目组全体,责任人,测试组长,软件测试标准规范,3,、测试流程及规范,-,测试退出的标准,,,,过程要点,详细说明,输入条件,回归测试结束,,,工作内容,1,、回归测试所需要的测试用例全部执行完毕，回归测试结束,,2,、所有缺陷经过验证,,3,、需求覆盖率达到,100%,，编码实现与,《,项目需求确认书,》,保持一致,,4,、立即、紧急、高级别错误修复率达到,100%,,5,、普通,/,低级别错误的修复率达到,80%,以上,,6,、遗留的缺陷得到一致的解释和认可,责任人,项目经理、测试组长、测试人员,软件测试标准规范,3,、测试流程及规范,-,测试输出文档,,,,过程要点,详细说明,输入条件,系统测试结束,,,工作内容,1,、测试计划文档,,2,、测试用例文档,,3,、,bug,缺陷列表文档,,4,、测试总结报告文档,,5,、测试脚本等其他,,6,、测试报告,责任人,测试组长,软件测试标准规范,3,、测试流程及规范,-,测试的内部验收,,,,过程要点,详细说明,输入条件,系统测试结束；测试文档已提交,,,工作内容,1,、编写用于验收的测试用例,,2,、项目经理启动验收测试会议,,3,、在验收会议上执行测试用例,,4,、根据测试用例的实际执行情况，确定验收通过或不通过,,5,、测试环境为用户的生产环境以及真实数据,,6,、验收测试结束，该测试组解散,责任人,项目、测试、产品、市场人员等,,软件测试标准规范,3,、测试流程及规范,-,周期较短的小项目测试,,,,过程要点,详细说明,输入条件,临时的周期较短的小项目,,,工作内容,1,、测试组长把,《,测试用例,》,用,《,测试需求,》,代替（大颗粒度）,,2,、在研发过程中，,《,测试需求,》,发给研发,,3,、测试人员和产品经理、开发人员等在一起，从头到尾将新功能,Product Walk-through,责任人,测试人员、产品、开发,软件测试标准规范,3,、测试流程及规范,-,周期较短的小项目测试,,测试需求列表样式：,,,,,软件测试标准规范,4,、缺陷问题处理流程,-,状态,,,,,,缺陷状态,责任人,Open,测试人员、项目经理、开发组长,In progress,开发人员,resolved,开发人员,reopened,测试人员,closed,测试人员,软件测试标准规范,4,、缺陷问题处理流程,-,解决方式,,,解决方式,描述,fixed,,问题已解决,Won’t fixed,,问题未解决,-,将不会解决的问题,duplicate,问题重复,incomplete,问题描述的不够准确完全,Can not reproduce,问题无法重现,软件测试标准规范,4,、缺陷问题处理流程,-,优先级,,,级别,描述,blocker,阻塞开发或者测试进度，影响系统运行,critical,系统崩溃、数据丢失等严重错误,Major,主要功能无效,minor,功能部分无效，或对现有系统的改进,trivila,拼写错误，文本未对齐等,软件测试标准规范,5,、测试工具简介,,,,过程阶段,测试工具,测试计划,Word,、,bugfree,、,Quality Center,测试用例,功能,Excel,、性能,Word,、,TestLink,、,Quality Center,功能测试,HP QTP selenium,缺陷管理,bugzilla,、,Jira,、,redmine,、,Quality Center,安全测试,,IBM AppScan,，,Hp Webinspect,,性能测试,Loadrunner,、,jmeter,、,IBM,系列,软件测试标准规范,,5,、,Loadruner,简介,,,,软件常见问题总结分析,,常见问题一：,,统一性,,不要在软件中使用中英文混合的提示，比如对于用户的操作提示，不要一会用“,error”,一会用“错误”；一会用“,succeed”,另一会用“成功”总之要统一。

某局长使用心得：删除的时候提示,Error,，幸亏我英语水平好，可是你换成中文不行吗？,,比如在我们开发过的系统出现过：,,1,：,operation is,,succeed,，具体看一下我们公司,jira,中哪个系统出现的问题2,：另外，食药监项目初期阶段，日期控件有的采用中文，有的采用英文形式软件常见问题总结分析,常见问题二：,,容错性,,对于保存提交的数据输入信息，在输入,长度,方面要么就,限制,用户的输入，要么就在客户端给出用户的醒目的提示、判断不要出现系统崩溃，保存缓慢系统等无法响应等现象下图是我从公司,jira,中截图：,,,软件常见问题总结分析,常见问题三：,,互动性,,在要求用户大量输入信息后，点击“保存”或者“提交”按钮，仅仅是因为用户的某个地方输入或者选中不正确，点击“确定”后发现所有输入的内容全部都被清空了，,---,花费很长时间的输入，仅仅是因为某个地方的输入不正确，而把该用户的所有其他的输入地方的输入都清空了，假如你是这个软件的使用者，你肯定会感觉到很恼火的保存不成功也可以理解的，但是不能把用户所有的输入信息全部清空吧）软件常见问题总结分析,常见问题四：,,用户体验,,页面上的提示信息要让用户明白，比如不要对用户使用“记录”、“字段”等一些很专业的术语。

举例：比如食药监项目上的“信息发布”，张三同学程序中这样子提示的“,流程已启动,”这样的提示对那些局长们来说就很不合理软件常见问题总结分析,常见问题五：,,现在遇到的情况是程序人员的浏览器的版本都比较高（比如,IE10,，,IE11,），在他们的开发机器上确实没有问题，但是在用户的环境中,(,比如用户环境中,Winxp,机器上的,IE8.0,浏览器下,),就有问题兼容性测试举例如下：,,针对,App,通常会考虑这些方面：,,1,）操作系统版本,,包括,Andoird,版本，,iOS,版本,,2,）屏幕分辨率,,3),网络类型,,比如,Wifi,、,3G,、,4G,下的功能情况,,,软件常见问题总结分析,常见问题六：,,兼容性,,对于软件中很多都有导出成,excel,或者,Word,的功能，在更高版本的,excel,中打开这个导出的版本会不会出现乱码现象？（比如以前测试过的一个导出的,excel,功能，在,office2003,下打开正常，但是在,office2007,下打开却出现乱码现象 ）现在的很多系统都有导出,Excel,和,Word,功能同时要注意向前兼容和向后兼容的问题软件常见问题总结分析,常见问题七：,,分辨率,,客户端的页面在市场上主流显示器的,分辨率,显示下页面显示要正常，包括滚动条也要正常。

举例：以前的项目的某系统以前在,1024,*,768,分辨率下出现数据显示不完全正确以前在中提缺陷管理系统提交过该缺陷软件常见问题总结分析,常见问题八：,,互动性,,对于所有的删除信息在删除之前都要给出是否删除确认的提示或者放弃的提示扩展下：不仅仅是删除，包括危险操作之前、或者改变数据状态等软件常见问题总结分析,常见问题九：,,易用性,,对于要求用户大量录入信息的页面，要支持,Tab,键的输入，,Tab,键的走向要一般要遵循从做左到右，从上到下的的原则软件常见问题总结分析,常见问题十：,,错别字,,另外，要对程序中的错别字进行检查，比如把“登录”写成“登陆”；把“我同意”改成“我统一”目前：很多外面的系统都把“登录”写成“登陆”，其实这样是不正确的举例：如果系统中首页中的错别字，属于优先级比较高的问题比如下图就是我们的系统中,《,专题教育,》,首页软件常见问题总结分析,常见问题十一：,,安全性,,SQL,注入,,SQL,语言对于特殊字符的处理，尤其是查询语句的单引号的处理，,,Sql,注入本质有,2,个关键条件：,,第一个是用户能够控制输入第二个是原本程序要执行的代码，拼接了用户输入的数据。

比如在文本框中输入,‘ or ’1‘=’1,，看是否构成：,,Select * FROM member Where username='magci' and password='' or '1'='1',,‘1’=‘1’,是永真的，这条,SQL,语句是能通过验证的软件常见问题总结分析,安全性,举例：,,上海食药监项目,,软件常见问题总结分析,常见问题十二：,,安全性,,任一输入文本域输入：,alert(“hello”);,，提交保存软件常见问题总结分析,常见问题十三：,,安全性,,现在网站开发已经注意到：登录网站进入其内部网页后，直接拷贝网址，然后粘贴到另一,IE,窗口输入，在其他机器上看是否可以绕过登录直接访问软件常见问题总结分析,常见问题十四：安全性,,对于需要登录的系统，在用户不操作的一定时间内，出于安全性考虑，最好要让用户重新登录才能重新使用该系统软件常见问题总结分析,常见问题十五：,,安全性,,有些文件在,ini,等配置文件中写出了,管理员,口令密码等信息，而且是明文的,!,这是一个安全隐患软件常见问题总结分析,常见问题十六：,,安全性,,安全缺陷还可能存在于弹出的子窗口有些设计不严格的软件，在主页面关闭的时候子页面还可以运行，这是一个缺陷。

软件常见问题总结分析,常见问题十七：,,互动性,,如填写资料有错误的时候，应该能够提示错误的位置，让用户知道到底是哪些地方输入的不正确软件常见问题总结分析,常见问题十八：,,互动性,,软件在需要用户输入信息的时候，特别是填写个人信息的资料的时候，,必填项,后面，一律要用*等醒目的提示让用户知道这个地方是必填写的软件常见问题总结分析,常见问题十九：,,下拉框,不选值的时候，应该有个默认值，并且要多检查程序中多处下拉框，因为很多情况下下拉框取不到值我们的有些系统，有些地方，现在的,下拉框取不到任何值,软件常见问题总结分析,常见问题二十：,,程序人员经常在程序中加入调试信息，后来又忘记删除这些调试信息，这些调试信息给用户造成误解，认为该调试信息是系统严重的,Bug,程序提交测试之前，程序员必须要删除该类型的调试信息软件常见问题总结分析,常见问题二十一：,,新增,/,修改信息保存提交后，系统应该给出“保存,/,提交,/,修改成功”提示信息，并自动更新显示保存文字的时候没有成功提示，不过能成功保存就算了软件常见问题总结分析,常见问题二十二：,,编辑功能,,对于编辑功能，点击“编辑”后，所有的值都要默认保持编辑前的初始值。

比如某员工的籍贯是“上海市”，点击“编辑”按钮后，在籍贯这个地方默认的仍然是“上海市”其他字段信息也是如此软件常见问题总结分析,常见问题二十三：,,界面,UI,,界面布局缺陷：比如“删除”按钮和“保存”按钮挨得很近（这样很容易造成用户的误操作）注意关闭、删除、退出按钮与保存、下一步等按钮的距离类似的按钮应按此规则排列分布另外，注意按钮的大小是合理一致界面上删除按钮和保存按钮挨得很近结果有些操作不熟练的业务人员，很容易误按，因此注意关闭、删除、退出按钮与保存、下一步等按钮的距离类似的按钮应按此规则排列分布软件常见问题总结分析,常见问题二十四：,,资源释放,,对于数据库有连接打开的地方，使用完毕要关闭文件打开也要关闭否则会造成系统资源内存泄漏这样的问题，要在编码阶段就需要避免，否则到最后上线或者用户使用阶段暴露出这样的问题，那用户体验就不是一般的差了从程序员的角度考虑,,测试人员的角度考虑,(,系统越来越慢，甚至每隔一段时间需重启服务,),软件常见问题总结分析,常见问题二十五：,,性能体验,,对于经常大数据量的查询，对于查询的关键字段是不是要考虑使用到索引等或者其它方法提高查询的效率，,2-5-8,原则。

软件常见问题总结分析,常见问题二十六：,,容错性,,需要做校验，如果校验不对需要在处理之前要有相关的提示信息,,（,1,） 长度校验,,（,2,） 数字、字母、日期、附件的大小等等的校验,,（,3,） 范围的校验,,比如：食药监项目中，上传附件的大小,——,系统异常请检查下食药监的哪个模块？,,再次强调：,只要是用户输入的地方，也是最容易出问题的地方软件常见问题总结分析,常见问题二十七：,,压力之下,,软件在压力之下容易出错，比如：,,,下图为我们公司自己开发系统，在多用户并发压力测试情况下，,学生学习时长为负数,,,软件常见问题总结分析,常见问题二十八：,,接口,,程序在接口方面容易出错,,1,：内部接口（集成测试）,,2,：外部接口,,1,）我们以前做电商的时候，网上订酒店的时候，用第三方酒店数据接口问题,,2,）我们自己做的教育,OA,项目的短信接口,,软件常见问题总结分析,补充一：软件测试注意的事项,-,测试人员如何迅速找出问题的经验,,■ 首先测试经过变更（修改的功能）的部分，然后测试没有变化的部分修改和更新都意味着新的风险■ 首先测试核心功能，然后测试辅助功能，测试产品所完成的关键和常用功能，测试完产品基本任务的功能（法院审判软件，首先一定要保证整个审判的流程能跑通）。

■ 首先测试能力，然后测试可靠先测试每个功能是否完全能用，然后在深入检查任何一个功能在很多条件不同条件下的表现如何■ 首先测试常见情况，然后测试少见情况使用常用的数据和使用场景软件常见问题总结分析,■ 首先测试常见威胁，然后测试罕见威胁用最有可能出现的压力和错误情况进行测试■ 首先测试影响大的问题，然后测试影响小的问题测试在失效的情况下会产生大量破坏的产品部件■ 首先测试最需要的部分，然后测试没有要求的部分测试对团队其他人有重要意义的任何部分的任何问题软件常见问题总结分析,补充二：测试人员一定要熟悉公司相关的业务,,■ 欧莱雅无线,POS,销售系统测试的时候，其中有个测试人员做的就很好：因为这个测试人员的优点是非常熟悉销售、促销、羽西会员，薇姿会员的业务等另外，比如测试,ERP,软件的测试人员，肯定要对,ERP,的运作模式很熟悉，才有可能找出软件的缺陷，尤其是业务上的软件缺陷才是有价值的缺陷■ 如果这点做不到，那么测试人员找出的软件缺陷肯定是纯软件的缺陷，价值不大■,所有的软件测试都是建立在业务之上（外汇交易、金融方面的测试）！,软件常见问题总结分析,,说明：,提高公司的软件产品质量不是仅仅靠增加几个测试人员就能解决问题的，,高质量的软件产品依赖与整个项目组中所有成员的共同努力,比如：需求的明确与否，时间进度压力，开发人员的水平高低，开发人员的责任心，测试人员的水平与责任心，以及软件开发各个阶段的评审等工作。