软件质量与测试工作.ppt

软件质量与测试工作目的本文档是测试团队的日常工作规范，主要侧重测试工作的流程和实施，明确软件研发各阶段测试团队参与和完成的工作软件测试方面的一些常见问题的总结（开发人员、测试人员）软件质量与测试工作一、软件测试标准规范1、目的2、团队的构成3、测试流程及规范4、缺陷问题处理流程5、测试工具二、软件常见问题总结分析软件测试标准规范1、目的软件测试就是为了确保软件产品质量，使产品能够顺利交付和通过验收。软件测试标准规范2、团队—测试组织结构软件测试标准规范2、团队—职责职位名称相关主要责任测试Manager1、建立企业软件测试流程2、指定测试组长，创建测试组3、分配测试任务4、检查测试进度5、了解项目进度，对测试组工作进行指导、监督6、与企业里其他部门之间的沟通协调软件测试标准规范2、团队—职责职位名称相关主要责任测试Lead1、全权负责所分配的项目2、制定软件测试计划3、统合软件测试用例4、分配并指导测试工程师执行具体测试工作5、与开发人员的沟通协调6、编写项目总结性测试报告软件测试标准规范2、团队—职责职位名称相关主要责任测试engineer1、编写测试用例2、执行测试用例(RunCase)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、测试组在测试环境做smoketesting3、如果smoketesting不通过版本直接打回开发组，如果通过正式进入执行测试阶段4、研发人员提交单元测试报告责任人项目经理、开发组长、测试组长软件测试标准规范3、测试流程及规范-正式测试执行阶段过程要点详细说明输入条件测试组长确认可用的测试用例工作内容1、测试工程师执行测试用例2、测试工程师提交缺陷3、测试工程师提交当日的测试记录责任人测试组全体软件测试标准规范3、测试流程及规范-回归测试执行阶段过程要点详细说明输入条件上个版本提交的缺陷得到修复开发人员提交测试工作内容1、测试组长确定回归测试的用例2、测试人员做smoketesting，检查版本的可测性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、测试人员和产品经理、开发人员等在一起，从头到尾将新功能ProductWalk-through责任人测试人员、产品、开发软件测试标准规范3、测试流程及规范-周期较短的小项目测试测试需求列表样式：软件测试标准规范4、缺陷问题处理流程-状态缺陷状态责任人Open测试人员、项目经理、开发组长Inprogress开发人员resolved开发人员reopened测试人员closed测试人员软件测试标准规范4、缺陷问题处理流程-解决方式解决方式描述fixed问题已解决Won’tfixed问题未解决-将不会解决的问题duplicate问题重复incomplete问题描述的不够准确完全Cannotreproduce问题无法重现软件测试标准规范4、缺陷问题处理流程-优先级级别描述blocker阻塞开发或者测试进度，影响系统运行critical系统崩溃、数据丢失等严重错误Major主要功能无效minor功能部分无效，或对现有系统的改进trivila拼写错误，文本未对齐等软件测试标准规范5、测试工具简介过程阶段测试工具测试计划Word、bugfree、QualityCenter测试用例功能Excel、性能Word、TestLink、QualityCenter功能测试HPQTPselenium缺陷管理bugzilla、Jira、redmine、QualityCenter安全测试IBMAppScan，HpWebinspect性能测试Loadrunner、jmeter、IBM系列软件测试标准规范5、Loadruner简介软件常见问题总结分析常见问题一：统一性不要在软件中使用中英文混合的提示，比如对于用户的操作提示，不要一会用“error”一会用“错误”；一会用“succeed”另一会用“成功”总之要统一。某局长使用心得：删除的时候提示Error，幸亏我英语水平好，可是你换成中文不行吗？比如在我们开发过的系统出现过：1：operationissucceed，具体看一下我们公司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*FROMmemberWhereusername='magci'andpassword=''or'1'='1'‘1’=‘1’是永真的，这条SQL语句是能通过验证的。软件常见问题总结分析安全性举例：上海食药监项目软件常见问题总结分析常见问题十二：安全性任一输入文本域输入：scriptalert(“hello”);/script，提交保存。软件常见问题总结分析常见问题十三：安全性现在网站开发已经注意到：登录网站进入其内部网页后，直接拷贝网址，然后粘贴到另一IE窗口输入，在其他机器上看是否可以绕过登录直接访问。软件常见问题总结分析常见问题十四：安全性对于需要登录的系统，在用户不操作的一定时间内，出于安全性考虑，最好要让用户重新登录才能重新使用该系统。软件常见问题总结分析常见问题十五：安全性有些文件