51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3035|回复: 0
打印 上一主题 下一主题

[转贴] 功能测试之软件产品交付文档测试规范

[复制链接]
  • TA的每日心情
    擦汗
    昨天 08:59
  • 签到天数: 1021 天

    连续签到: 2 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2021-4-21 11:10:27 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    1、引言
      1.1 编写目的
      由于在xxxxx交付现场进行交付时,评审专家针对交付的文档存在的问题进行指正并且提供了建设性的建议,在此认为有必要写测试文档的规范标准,为后期文档的测试提供方向,也为项目的顺利交付提高效率。
      1.2 交付内容测试
      1.2.1交付业务功能模块测试
      交付的业务模块的功能模块清单进行测试,主要包括:投标文件的业务功能模块,技术方案的业务功能模块,需求文档的业务,系统的业务模块,详细参见下表:

      举例说明:测试时将投标文件、技术方案、需求,实际软件对应的功能点列举出来,以投标文件为主,查看那个内容不一样,不一样的原因,说明原因。
      1.2.2交付文档清单测试
      项目经理在将文档交付给相关测试部门之后,需要交付以下清单的文档,交付的文档以电子版提供,每份文档可以包含若干文件,文文档测试通过之后,在有相关的实施人员打印封装。具体交付的文档包括(以下主要列举必须输出的文档,后续根据实际项目提供交付文档)。

      2、交付内容测试规范
      2.1 文档测试标准
      文档测试时主要用一下几个点进行测试,具体如下:
      完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。
      正确性:主要是测试文档的内容与软件实际的正确性,以及文档的格式,标题,目录和文字的正确性。
      一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。
      易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。
      易浏览性:目录清晰,格式统一,结构分明,一看就懂。
      打印纸质文档的质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮书,应提供商品化包装,并且印刷精美。
      2.2 交付内容测试结论
      测试完毕后输出测试内容文档,一并提交项目经理,并且归档。附表如下:

    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-20 07:55 , Processed in 0.072217 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表