重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证

有朋友看出来了,最近几篇文章很短,一方面,是这几个章节写得内容相对较简单,所以内容比较简短,还有一方面是我这几天相对比较忙,这篇文章也依然保持其篇幅小的特征,不过在这里可以保证,文章尽管短,但依然一字不落地将值得阅读的文字搬了上来,方便大家阅读学习~

上一回说到小艾明白了安装测试中安装与卸载的测试用例如何保证质量,兴致冲冲地小艾回到座位之后,依据自己学的内容再次投入到工作中,可是,小艾却犯了一个连自己完全没有意识到的错误,幸好,组长在检查小艾的测试报告时发现了,这个错误就是用户手册没有及时认真进行验证。

很多时候我们对于自己熟悉的产品进行安装时,是不需要任何帮助文档来辅助安装的,而且市场上大部分软件产品,安装过程都大同小异,所以拿到安装包之后,我们很可能直接就上手了……这没有错,但是如果是年纪稍长的长辈,对软件的安装完全没概念的人呢?他们需要一些文档的辅助,才能顺利安装软件,一旦发现问题,他们也可以第一时间查看用户手册得知自己的错误之处。

因此,用户手册的验证是安装测试重要的一部分。用户安装手册对客户非常重要,一旦里面信息出现差错,用户安装失败了也同样摸不着头脑。而如果某些信息含糊不清,也会引起理解歧义。这些问题将导致安装工作暂停及项目进度延期,一方面将给客户带来不必要的经济损失,另一方面,用户对这个软件的质量产生怀疑,软件的口碑将越来越差。

一般的验证方法

用户手册验证工作要贯穿整个安装测试始终。我们不仅要保证安装文档是清晰和正确的,还要保证文档是易读的。

测试人员在执行具体的测试用例时,必须严格按照安装文档的步骤来操作,我们有责任就不正确的部分提交修改建议且验证。

组长需要定期组织所有测试人员集体审阅所有文档内容,且就不清楚的内容展开讨论和深入追查,也是一个行之有效的办法。

文档审阅流程

文档验证是一个繁杂反复的过程,因此,为了提高文档审阅的效率,一般需要借助文档管理系统来统一管理:

测试人员可以同时审阅同一文档,且提交修改建议。

信息开发人员根据修改建议更正文档,且提交修改建议。

提交者接收到验证通知后,能够关闭修改建议以表明验证通过,若未通过,则拒绝相关更改,继续提交修改建议。

小艾听了组长的话之后,颇有感触,于是认真总结了一番文档审阅流程:

尾声

到现在,小艾已经基本熟悉了安装测试的内容及测试流程,这时候小艾发现,其他同事在做功能测试也好,性能测试也好,都是自动化测试,可是自己却不得不手动做安装测试,是不是安装测试也可以自动化呢?

小艾这次不是私下里去询问的,那么故事又是如何发展的呢?请听下回分解~

想要第一时间看到这一系列文章的更新及更多精彩内容可以扫描下面二维码关注微信公众号: 倚楼听风雨的如月

时间: 2024-10-26 03:59:28

重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证的相关文章

重读《从菜鸟到测试架构师》-- 职业生涯的考虑

都说万事开头难,小艾作为菜鸟测试工程师加入到测试项目团队,努力学习着关于测试入门的知识.有了基本的知识及对测试的领域有了一定的认识之后,小艾开始思考自己的职业生涯应该有什么样的前景?测试工程师是一个专注程度很高的技术背景职位,但小艾并不清楚自己未来无论是在技术还是管理上有哪些可以选择的发展方向,更别说如何选择方向了. 于是,热心的导师再次登场,为小艾深入剖析技术与管理道路的发展路线. 测试工程师的技术发展路线 在职业发展起步期,测试工程师可以先把自己定位为某种专门测试的专家,如功能测试专家.系统

重读《从菜鸟到测试架构师》-- 模拟客户的访问行为(上)

上一章,我们跟着刚刚进入性能测试组的小艾一起初识了什么是性能测试,也知道了客户在性能上都关注了些什么,在组长的教导下,小艾明白了,想要让用户得到最好的性能体验,最简单有效的方法就是模拟客户使用产品时遇到的访问行为,这一章节就来聊聊如何来模拟客户的访问行为呢? 更真实更高效的模拟--自动化的性能测试 如果说功能测试还有手动测试和自动测试的选择,那么,性能测试则不可避免地要用到自动化测试,即通过程序来模拟实际用户对于网站的访问行为.这里大家可以思考下为什么性能测试必须使用自动化来测试~ 既然说到需要

重读《从菜鸟到测试架构师》-- 黑色的盒子里面有什么(上)

上一章提到,由于研发组工作繁忙,小艾被派遣过去协助做开发工作,在协助过程中,小艾明白了单元测试是怎么回事以及如何进行,也就是说,小艾接触到了白盒测试的相关知识.伴随着开发进度的有序进行,小艾回到了测试团队开启了新一轮的测试旅程. 可是在工作中,对着可执行的程序不知道从哪里入手,毕竟之前一边读代码,一边调试来找问题,十分得心应手,这下倒好,没有代码可以看可以调了-- 小艾的功能测试第一课--准备手电 功能测试,其实是很简单但是又不那么简单的一件事,简单到一句话可以描述其定义,难却也难在要做到这句话

重读《从菜鸟到测试架构师》-- 对黑盒子的全方位照明

上回说到,小艾学会了分而治之的方式来将模块细化做功能测试,这样的好处是更容易找到bug,但尽管容易找bug,并不表示bug就能完全被找到,而不被交付到客户手里.也出于对客户发现的bug进行分析,组长告诉小艾,不仅仅需要分而治之,也需要合而治之. 上一章我们也提到一个名词:跨模块/解决方案的功能测试,即功能集成测试,其实这就是为了确保所有的功能特征,或者User Story在一个产品或应用的开发过程中能够被彻底测试,而对产品的各个模块或者解决方案,按照用户的使用方式,根据模块/解决方案间的逻辑关系

重读《从菜鸟到测试架构师》-- 开发人员也需要做测试

小艾经过了安装测试的历练,明显对软件测试又有了更深刻的了解.而在进行测试过程中,小艾遇到一个导致他手里大部分case失败的bug,而这个bug的幼稚简直令小艾忍不住想骂开发人员. 而就在小艾质疑为什么开发人员没有发现这么简单的bug的时候,小艾作为支援人员被调进了开发组协助开发工作,忙碌的开发组也立刻给小艾下达了第一份任务,完成某user story的代码开发及单元测试. 可是小艾的编码能力有限,紧赶慢赶才在限定的时间里完成了开发任务,没时间做单元测试了,只是简单测了测,就提交了代码,于是出现了

重读《从菜鸟到测试架构师》--安装自动化测试

前面说到小艾明白了用户手册的重要性,小艾到这里已经对安装测试的内容及测试流程有了基本的熟悉,但他在与别人交流的时候发现无论是功能测试还是性能测试都是自动化进行的,于是产生了一个疑问,安装测试是否也可以自动化?如果可以,应该怎么做呢? 效率的提高从自动化开始 从组长的谈话中小艾得知,自动化测试是测试的发展方向和趋势,能够大幅度提高测试的效率.减少了人工干预,一旦测试用例需要重复执行的次数越多,自动化后能节省的成本也就越高,投资回报率也越高. 计算机最适合高速连续地执行确定的任务,而这如果用人脑来执

测试架构师修炼之道:2 软件测试架构师应该做和不该做的事情

测试架构师修炼之道:2 软件测试架构师应该做和不该做的事情 2016-08-12 测试架构师应该考虑以下问题: 测试的目标是什么? 测试的范围是什么? 测试的深度和广度是什么? 测试的重点和难点是什么? 如何安排测试? 如何评估测试结果? 目录 1 测试架构师在需求分析中  1.1 理解产品的商业目标  1.2 梳理用户的使用场景  1.3.输出产品总体测试策略2 测试架构师在测试分析和设计中  2.1 制定阶段测试策略  2.2 落实测试设计策略,保证测试设计的质量3 测试架构师在测试执行中 

测试架构师修炼之道: 1 软件测试工程师的职业规划

测试架构师修炼之道: 1 软件测试工程师的职业规划 2016-08-11 1 软件测试的职业发展方向 1.1 管理 表1 管理级别区分 管理级别 职位 工作年限 属下 测试对象 职责 初级软件测试管理者 测试组长 两年 2~5 一般负责产品的一个或多个特性. 1.   测试计划的制订和执行2. 负责产品重点.难点的测试3. 负责带新员工 中级软件测试管理者 测试经理. 测试代表.测试主管 4年左右 10~20 产品 1.   最重要的工作还是运作测试项目,制订并执行测试计划,测试结束后还需要对产

测试架构师修炼之道:4 如何才能制定好测试策略

测试架构师修炼之道:4 如何才能制定好测试策略 2016-08-18 目录 1 理解测试策略  1.1 什么是测试策略?  1.2 测试策略等于测试方针?  1.3 测试策略等于测试计划?  1.4 测试策略等于测试方案?2 四步测试策略制定法  2.1 明确“产品质量目标”  2.2 进行“风险分析”  2.3 适配“产品研发流程”  2.4 进行“测试分层”  2.5 “四步测试策略制定法”中的测试技术3 产品质量评估模型  3.1 优秀的产品质量评估模型的特征  3.2 软件产品质量评估模