《文档测试方法》由会员分享，可在线阅读，更多相关《文档测试方法（20页珍藏版）》请在金锄头文库上搜索。
1、王雯佳文档测试方法软件开发过程过程说明输出产品需求分析明确系统“做什么” 软件需求规格说明书设计概要设计数据库设计，确定系统的框架、模块关系，设计函数方法接口概要设计说明书详细设计每个模块详细实现流程详细设计说明书编码测试测试计划，测试需求，需求变更表.测试总结部署部署计划书、用户手册、维护手册需要进行文档测试的部分本讲要点为什么需要进行文档测试采用什么测试方法测试文档测试人员参与文档测试的必要性文档测试组织方式为什么需要进行需求测试？在软件开发过程中，需求分析是最开始的工作，需求分析如果做得不够详细或者是偏离用户需求的话，往往会给项目带来灭绝性的灾难。用户的表达和需求工程师的理解有时间并不会
2、一致，这样会导致用户所想的和需求说明书上所描述的有偏差。50%以上的缺陷其实是在软件需求阶段被引入的。由于需求编写存在问题，不明确，不清晰，不正确、需求遗漏导致的。按照尽可能早的测试原则，测试人员应该在需求阶段就介入，并贯穿软件开发的全过程。为什么需要进行需求测试？测试项目周期需求测试阶段测试计划阶段测试设计阶段测试执行阶段，缺陷跟踪总结评估阶段需求评审,回想上节课的测试方法介绍，你认为应该采用什么方法呢？静态测试-评审需求评审的目的需求评审员就是需要让需求明确起来，让测试，开发，需求方都能对需求（这里的需求当然也包括需求实现方式）达成一致。测试人员为什么需要参加需求评审在软件生命周期中，越晚
3、发现的错误越难修改，修改成本越昂贵软件经历了需求，设计，编码，测试，不同的阶段有专业人士配合完成，由于下游技术人员对于上游技术人员的理解偏差，将导致不同阶段的产物之间存在不一致的现象。测试人员参与需求评审，充分地理解需求，确保对需求的理解与需求分析人员是一致的；测试人员参与需求评审，从可测试的角度，努力发现用户需求说明书中不可测试的需求，从而提醒需求分析人员尽早修改；测试人员参与需求评审，从测试人员的角度努力发现用户需求说明书中的不完整性，从而提醒需求分析人员及时补充遗漏掉的这部分用户需求。需求规格说明书的检查步骤获取最新版本的软件需求规格说明书，同时尽量获取用户原始需求文档阅读和尝试理解需求
4、规格说明书中描述的所有需求项对照需求规格说明书检查列表进行检查和记录针对检查结果进行讨论，修订需求规格说明书需求规格说明书检查列表EXAMPLE序号序号检查项检查结果果说明明1用户覆盖了用户提出的所有需求项是【】否【】NA【】2用词是否清晰，语义是否存在有歧义的地方是【】否【】NA【】3是否清楚的描述了软件需要做什么以及什么不做是【】否【】NA【】4是否描述了软件的目标环境，包括软硬件环境是【】否【】NA【】5是否对需求项进行了合理的编号是【】否【】NA【】6需求项是否前后一致、彼此不冲突是【】否【】NA【】7是否清楚的说明了系统的每个输入、输出格式，以及输入与输出之间的对应关系是【】否【】N
5、A【】8是否清晰的描述了软件系统的性能要求是【】否【】NA【】9需求的优先级是否合理分配是【】否【】NA【】10是否描述了各种约束条件是【】否【】NA【】举例1-1实例：项目监管实例：项目监管 县级主管登录系统后，可以查看项目经办人提交的项县级主管登录系统后，可以查看项目经办人提交的项目实施进度，系统显示当前时间目实施进度，系统显示当前时间10日范围内的待办项目日范围内的待办项目列表（包括当前时间之前未办事项及未来一段时间的待列表（包括当前时间之前未办事项及未来一段时间的待办事项）。办事项）。 县级主管可针对项目经办人提交的项目进度安排进行县级主管可针对项目经办人提交的项目进度安排进行审核，审
6、核通过后提交至市级，否则驳回至项目经办人审核，审核通过后提交至市级，否则驳回至项目经办人重新修改，若出现异常，县级主管可以直接强行终止项重新修改，若出现异常，县级主管可以直接强行终止项目，并填写终止原因，提交至市级审核。目，并填写终止原因，提交至市级审核。举例1-2以上需求存在的问题是：（1）“当前时间10日范围内”描述模糊，没有明确的描述。（2）“未来一段时间”是多长时间？（4）“若出现异常”，异常是怎样的情况？举例2-1“产品应在不少于每产品应在不少于每60秒的正常周期内提供状态信息秒的正常周期内提供状态信息”存在存在问题：需求不可：需求不可测l 产品的哪个模品的哪个模块l在哪个位置提供在
7、哪个位置提供l具体哪些状具体哪些状态信息信息l一定要每六十秒，一定要每六十秒，误差允差允许?修改建议修改建议后台任务管理器应该以误差上下不超过后台任务管理器应该以误差上下不超过10秒的秒的60秒间隔，在用户界秒间隔，在用户界面的指定位置显示状态信息面的指定位置显示状态信息A.A.如果后台进程处理正常，那么应该显示任务已完成的百分数如果后台进程处理正常，那么应该显示任务已完成的百分数/比比B.B.任务完成时，应显示相关的信息任务完成时，应显示相关的信息C.C.后台任务出错应该显示错误信息后台任务出错应该显示错误信息举例2-2“产品应瞬间在显示和隐藏不可打印字符间切换产品应瞬间在显示和隐藏不可打印
8、字符间切换”存在存在问题：需求不可行：需求不可行l 产品的那个模品的那个模块l瞬瞬间？l不可打印字符？不可打印字符？l产品自品自动切切换？有无触？有无触发条件？条件？修改后修改后用户能够在一个由特定触发条件激活处于编辑的文档中在显示和隐藏用户能够在一个由特定触发条件激活处于编辑的文档中在显示和隐藏所有所有HTML标记间切换标记间切换举例2-3“如果可能，主管号码应通过联机校验，而不是通过主全体主管号码列表校验”存在存在问题：需求模糊：需求模糊l可能？可能？举例2-4用例：业务单据查询典型过程：1.打开查询界面2.键入查询条件3.确定并提交查询4.系统返回相关信息存在存在问题：不可：不可测试 输
9、入的入的查询条件包括哪些条件包括哪些提交提交查询之前是否会之前是否会验证输入数据的正确性入数据的正确性输入数据的入数据的单位，范位，范围有无限制有无限制所有条件都不所有条件都不输入是否意味着能入是否意味着能查询出所有出所有业务单据据返回返回业务单据包含哪些信息？据包含哪些信息？需求点正确性：正确性：对照原始需求照原始需求规格格说明明书必要性：不能回朔到出必要性：不能回朔到出处的需求的需求项可能是多余的可能是多余的优先先级：恰当地划分并：恰当地划分并标识明确性：不能使用含糊的明确性：不能使用含糊的词汇可可测性：每性：每项需求都必需求都必须是可是可验证的的一致性：内容前后一致一致性：内容前后一致可修改性：良好的可修改性：良好的组织结构构具体具体详看（看（检查单）测试需求的分析和确定检查需求规格说明书开展方式审查过程的主持人需要根据项目的计划以及质量管理的计划对此次的审查会议制定一个详细的计划。（审查对象，审查组人员组成以及职责）审查准备：文档作者向相关人员发布文档；审查人员尽可能发现一些问题；文档作者修正问题；确定会议时间、地点、设备；审查会议：文档作者与审查人员做深入交流回归审查总结，VSS归档（VSS版本控制器）课堂任务小组之间相互展开评审依据：需求检查列表
