3软件测试过程管理--需求分析

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

测试过程管理SoftwareTestProcessManagement先兴平1上节课作业检查会设计测试用例系统安装discuz系统中数据的添加和使用2本节课程主要内容1.什么是需求分析4.软件开发初期测试工程师的工作2.需求分析重点和流程3.为什么对需求分析进行测试5.测试工程师如何测试需求3本节课重点内容会设计测试用例了解需求分析过程理解测试人员在需求分析中的任务理解需求审查的方法4问题讨论问题:你认为在软件开发初期,开发人员先要做什么,测试人员紧跟着做什么?了解项目信息(项目来源、用户、进度、开发工具等信息),对项目进行需求分析。测试人员在项目开发初期最重要的是读需求文档,需求描述了系统要实现的功能和非功能需求,要描述清楚用户所要的具体功能要求。1、什么是需求分析•什么是软件需求分析:需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。62、需求分析的重点和流程需求分析的重点是什么需求分析的任务就是解决做什么的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求。72、需求分析的重点和流程需求工程的整体流程YourTexthereYourTexthere会议纪要、讨论纪要分析模型、基本功能需求规格说明书需求获取需求分析规格说明需求验证需求规格说明书产出物过程83、为什么要对需求进行测试在软件开发过程中,需求分析是最开始的工作,需求分析如果做得不够详细或者是偏离用户需求的话,往往会给项目带来灭绝性的灾难。•用户的表达和需求工程师的理解有时并不会一致,这样会导致用户所想的和需求说明书上所描述的有偏差。•需求中也会有缺陷,并且需求阶段产生的缺陷会“长大”,并且数量最多,修复代价最高。•由于需求编写存在问题不明确,不清晰,不正确、需求遗漏导致的。•需求能告诉测试人员应该测试什么,以及如何去测试按照尽可能早的测试原则,测试人员应该在需求阶段就介入,并贯穿软件开发的全过程。93、为什么要对需求进行测试需求看问题示例领导过来对一个新员工说:“小何,帮我把桌上所有的文件整理一下。”小何会怎么整理文件?可能会发生的事情是什么?3、为什么要对需求进行测试需求看问题示例分析:对领导安排的任务可能发生的事情小何如果不问领导文件应该怎么整理,可能一头雾水,然后按照自己的意愿来整理文件(可能小何会把领导的话理解成这样:桌上的文件太乱了、把它收拾干净整齐就行了)。3、为什么要对需求进行测试需求看问题示例分析:对领导安排的任务可能发生的事情领导回来后大怒,为什么?小何委屈地重新整理文件。查看需求文档,沟通很重要充分的明确需求很重要3、为什么要对需求进行测试13133.1需求产生的缺陷需求产生的缺陷:回顾今天给大家展示的例子思考。最容易导致缺陷的是哪个阶段?哪些原因导致需求阶段缺陷最多?143.2需求产生的缺陷154、软件开发初期测试工程师的工作4测试执行阶段,缺陷跟踪3测试设计阶段2测试计划阶段1需求测试阶段测试过程5总结评估阶段需求评审,测试方法:静态测试-评审164、软件开发初期测试工程师的工作需求评审的目的:需求评审员就是需要让需求明确起来,让测试,开发,需求方都能对需求(这里的需求当然也包括需求实现方式)达成一致。174、软件开发初期测试工程师的工作测试人员为什么要参加需求评审:18在软件生命周期中,越晚发现的错误越难修改,修改成本越昂贵软件经历了需求,设计,编码,测试,不同的阶段有专业人士配合完成,由于下游技术人员对于上游技术人员的理解偏差,将导致不同阶段的产物之间存在不一致的现象。4、软件开发初期测试工程师的工作测试人员为什么要参加需求评审:19测试人员参与需求评审,从可测试的角度,努力发现《用户需求说明书》中不可测试的需求,从而提醒需求分析人员尽早修改;测试人员参与需求评审,从测试人员的角度努力发现《用户需求说明书》中的不完整性,从而提醒需求分析人员及时补充遗漏掉的这部分用户需求。4、软件开发初期测试工程师的工作什么是评审(需求验证):评审是对所有人工静态分析技术和具体文档检查技术的统称,通常通过深入阅读和理解被检查文档来完成。产品需求审查是软件开发重要环节之一,也是测试活动之一,即静态测试——需求验证。借助需求审查保证用户需求在市场/产品需求文档及其相关文档中得到准确、完整、无歧义的反映,并使各类开发人员在需求理解上达成一致。204、软件开发初期测试工程师的工作一、需求分析阶段需求分析阶段会根据用户的需求产生产品需求说明文档(PRD)(内容包括产品功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品外观要求等),测试工程师(QA)拿到需求说明文档后所做的工作。工作职责:阅读PRD的内容、理解需求说明书中各功能和要求。发现问题,及时与PM(产品经理)反馈信息。不理解的内容,及时与PM(产品经理)联系。214、软件开发初期测试工程师的工作二、产品规格说明书制定阶段产品规格说明书(SPEC)是基于产品需求和产品目标形成的,主要包括产品运行环境、数据库、业务流程图、用户界面和软件接口等。测试工程师工作职责:(1)阅读SPEC,查看SPEC的功能是否符合PRD的需求,或者功能是否有遗漏(2)与EM之间保持良好沟通,经常一起阅读SPEC,排除问题(3)清楚各功能后,根据SPEC设计测试用例。224、软件开发初期测试工程师的工作三、技术文档阶段技术文档阶段主要介绍产品开发的功能分析、数据结构、功能接口以及设计思路。测试工程师工作职责:(1)了解产品运行的环境,为以后配置系统的测试环境做准备(2)测试工程师与产品设计人员一起讨论产品的逻辑流程图、数据库结构及各模块的具体功能。(3)了解设计过程中可能遇到的难点问题(4)了解产品性能需求,为性能测试做准备。235、测试人员如何进行需求测试5.1测试要点•术语、正确性、完整性、一致性、易用性、图表与界面截图、语言、样例和示例245、测试人员如何进行需求测试5.1测试要点—术语和正确性•术语文档中用到的术语要适用于定位的读者群,用法一致,标准定义与业界规范相吻合。•正确性(不错)测试中需检查所有信息是否真实正确,查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新,尝试链接是否准确,产品支持电话、地址和邮政编码是否正确。255、测试人员如何进行需求测试5.1测试要点—完整性和一致性•完整性(不少)对照软件界面检查是否有重要的分支没有描述到,甚至是否有整个大模块没有描述到。•一致性(不二意)按照文档描述的操作执行后,检查软件返回的结果是否与文档描述相同。265、测试人员如何进行需求测试5.1测试要点—易用性•易用性对关键步骤以粗体或背景色给用户以提示,合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误,不但描述正确操作,也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。275、测试人员如何进行需求测试5.1测试要点—语言•语言不出现错别字,不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。285、测试人员如何进行需求测试5.2文档测试常见问题---百度295、测试需求小结----需求文档测试的内容序号检查项检查结果说明1用户覆盖了用户提出的所有需求项是【】否【】NA【】2用词是否清晰,语义是否存在有歧义的地方是【】否【】NA【】3是否清楚的描述了软件需要做什么以及什么不做是【】否【】NA【】4是否描述了软件的目标环境,包括软硬件环境是【】否【】NA【】5是否对需求项进行了合理的编号是【】否【】NA【】6需求项是否前后一致、彼此不冲突是【】否【】NA【】7是否清楚的说明了系统的每个输入、输出格式,以及输入与输出之间的对应关系是【】否【】NA【】8是否清晰的描述了软件系统的性能要求是【】否【】NA【】9需求的优先级是否合理分配是【】否【】NA【】10是否描述了各种约束条件是【】否【】NA【】306、举例•例1•一图书销售系统,其中一加工为“优惠处理”,条件是:顾客的营业额大于1000元,同时必须信誉好,或者虽然信誉不好,但是20年以上的老主顾。•以上描述有什么问题?•不可测,应明确具体的优惠额,如5%等。316、举例•例2•每个页面的访问响应时间不超过3秒。•问题:不确切。•建议描述如下:•系统能够每秒接受50个安全登录,在正常情况下或平均的情况下(如按一定的时间间隔采样)Web页面刷新的响应时间不超过3秒。在定义的高峰期间,响应时间也不得超过12秒。年平均或每百万事务的错误数须少于3.4个。326、举例•例3项目监管县级主管登录系统后,可以查看项目经办人提交的项目实施进度,系统显示当前时间10日范围内的待办项目列表(包括当前时间之前未办事项及未来一段时间的待办事项)。县级主管可针对项目经办人提交的项目进度安排进行审核,审核通过后提交至市级,否则驳回至项目经办人重新修改,若出现异常,县级主管可以直接强行终止项目,并填写终止原因,提交至市级审核。请找出以上错误!336、举例•例3项目监管以上需求存在的问题是:(1)“未来一段时间”是多长时间?(2)“若出现异常”,异常是怎样的情况?346、举例•例4“产品应在不少于每60秒的正常周期内提供状态信息”存在问题:需求不可测产品的哪个模块在哪个位置提供具体哪些状态信息一定要每六十秒,误差允许?修改建议①后台任务管理器应该以误差上下不超过10秒的60秒间隔,在用户界面的指定位置显示状态信息A.如果后台进程处理正常,那么应该显示任务已完成的百分数/比B.任务完成时,应显示相关的信息C.后台任务出错应该显示错误信息356、举例•例5“如果可能,主管号码应通过联机校验,而不是通过全体主管号码列表校验”存在问题:需求模糊可能?366、举例•例6用例:业务单据查询典型过程:1.打开查询界面2.键入查询条件3.确定并提交查询4.系统返回相关信息存在问题:不可测试•输入的查询条件包括哪些•提交查询之前是否会验证输入数据的正确性•输入数据的单位,范围有无限制•所有条件都不输入是否意味着能查询出所有业务单据•返回业务单据包含哪些信息?37作业审查discuz社区论坛需求规约v1.0.docx作业提交:discuz社区论坛需求规约v2.0.docx范围:术语和功能描述跟新手上路相关的部分要求:修改的部分要标示出来(比如更换颜色等)命名组编号—文档名重点检查6个小组(指定或随机抽),作业检查的成绩占成绩10%。周三22点之前提交至邮箱xianxingping@nsu.edu.cn作业提交问题1、所有的作业由各个小组发给课代表,课代表统一发给我,以便收集。2、课程作业命名规则:组名(组长姓名)+作业名称例:寰动组需求规约2.03、组长职责:文档里写清楚组内成员的分工情况。例:需求审查分工张三:用户管理模块需求审查李四:发帖管理王五:其他模块会设计测试用例40

1 / 41
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功