• 重读《从菜鸟到测试架构师》-- 软件,是装出来的


    前面第一章说到,小艾已经入职了,但是对测试一无所知的小艾,一再与导师交流之后,终于开始对测试有了初步的了解。但了解归了解,到底应该从哪里开始工作呢?

    导师觉得测试要先熟悉自己的产品才行,于是将小艾放在了安装测试组工作。小艾一听说是安装,那叫一个哭笑不得,安装也需要测试?开国际玩笑吧,想想计算机专业科班生,自己在大学的时候装系统装软件那是经常的事,这也太简单了好吧…… 

    这时导师非但没有生气,还依然耐心地告诉小艾:以前你安装的那些软件都是经过安装测试之后才发布的,所以你安装的过程中简单顺利,事实上安装测试并没有那么简单,而且,平时自己用的电脑装的都是简单应用,如果面对大型商用软件,它需要支持的各种集成环境、集群配置,都很复杂的。

    就这样,不管小艾如何轻视安装测试,反正是被强行送进了安装测试组。

    小艾还是蛮想得开的,既然自己被放在了安装测试组,那还是认真地学点东西吧,反正浪费时间不如多学习嘛,于是他找到了安装测试组长谦虚地询问:安装测试组需要做什么呢?

    安装测试的存在

    测试组长也和导师一样充满着耐心,告诉小艾,安装可以很简单,也可以很复杂。一句话听得那叫一个糊涂,好在,组长顿了一下就继续往下说了,没有卖关子。如果是一些简单的桌面应用程序,简单地复制一些文件,那么是可以不需要单独的安装测试组的,它可以与其他测试合并在一起就好。

    但如果像企业级Java EE应用软件,一般都需要支持多个操作系统平台、多种数据库、多个版本的中间件、多种网络服务器、多种拓扑结构等等,这就要求测试人员具有较好的操作系统、数据库及网络服务器等知识。这时候,安装测试组便应运而生来进行相关的测试了。

    听着测试组长的话,先不说小艾怎么想,相信部分看官们开始恍然大悟,怪不得一直听说有安装测试,但却没看到公司有这样的测试安排,怪不得总听说别人的公司存在安装测试组,自己却完全没有概念,哈哈,看来这个安装测试组是在这样的情况下才会设立的……

    不知道有多少人和我一样关注点在安装测试组存在的原因上,反正小艾是没有关注这一点,他关注的是企业级Java EE应用软件是什么?

    其实Java EE应用软件是符合Java EE技术规范开发的相关应用,一般需要部署到Java EE应用服务器上才能对外提供服务。

    一般来说,企业级Java EE应用都需要使用数据库软件。而典型的拓扑结构是三层架构:前端是网络服务器,中间是应用服务器,后端是数据库服务器。

    安装测试概念解读

    搞清楚了企业级应用之后,小艾接着问,安装测试是什么? 

    其实软件产品的多样化,让安装测试没办法定义出所有产品的特性,于是组长就只能根据一般的企业级Java EE应用软件来描述安装测试需要达到的要求:

           确保待测产品能够在所有支持的操作系统、数据库、应用服务器中间件、网络服务器、拓扑结构等的各种组合情况下,被正确地安装和卸载。

          确保安装文档的正确性和易读性。

    也就是说,确保安装相关的代码及相关的安装配置文档的正确性

    知道了安装测试的概念,那么如何进行安装测试呢?先不着急,咱慢慢往下看。 

    正所谓一个好的测试计划将成就一个软件产品,但一个坏的测试计划将毁灭一个软件产品。每一个测试人员都需要认真仔细地阅读安装测试计划,并且按照这个文档的规定来进行具体的测试,这是对每一个测试人员最基本的要求。测试计划的主体部分详细描述了安装测试的测试配置和测试场景。

    小艾听了这么多之后,发现自己似乎对安装测试之前有了误解,于是跟组长要了安装计划相关的资料,便回座位上开始试着搞明白这个安装测试了。

    测试之初体验——一份手册、N台机器、一堆软件

    俗话说得好,纸上得来终觉浅,绝知此事要躬行。于是,小艾在组长的安排下,终于开始了工作中第一次测试的实践。

    学习测试计划与测试用例是每个安装测试人员开始的第一步,这个原则对其他测试类型也同样适用。

    在安装测试计划中,包含所有的测试用例,一般要求每个测试人员对所有测试用例有一个基本的了解,对自己要测的部分要有全面和细致的了解。由于测试用例中规定了详细的测试步骤和检查点,因此阅读时需要特别加以注意。 

    每个产品对其运行的软件和硬件都有具体的要求,测试用例会明确规定使用什么样的硬件配置及操作系统版本,测试人员需要自己搭建测试机器,且确保与测试计划的描述严格一致。

    此外,安装测试人员在此阶段还必须检查安装文档中关于软硬件配置描述的正确性。

    准备好待测试软件产品之后,一定要按照安装手册一步一步来安装,安装手册如果有问题,要联系文档人员及时纠正,如果安装程序有问题,就要开bug追踪。这里需要强调的就是按照安装手册一步一步安装,因为一旦我们根据经验安装,可能会忽略安装手册的错误信息,而这样的错误信息会导致最终用户的安装失败。 

    最后需要写测试报告来记录测试的流程,发现的问题及处理的结果。组长也会通过测试报告来掌握当前的测试状态及进度情况。

    尾声

    一份手册,N台机器,一堆软件,这是对安装测试执行很形象的总结。

    经过这样一次初体验,小艾终于对安装测试有了一定的了解。别看讲起来就这么点文字,书上说,小艾可是用了一个月才顺利完成了组长安排的第一份任务。这时候小艾又产生了新的疑问:一个好的可执行的测试计划是确保测试质量的关键,那么测试计划是怎么写出来的呢?哈哈,别急,喝杯茶,休息会,且听下回分解~

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

  • 相关阅读:
    完整安装IIS服务
    IIS支持json、geojson文件
    C# ODP.Net oracle数据库操作 支持不安装客户端
    RabbitMQ —— spring标签整合实现(API介绍)
    RabbitMQ —— spring标签整合实现
    RabbitMQ —— spring整合发送异步消息
    RabbitMQ —— spring整合发送同步消息
    RabbitMQ Spring 相关类信息
    RabbitMQ 消息流转示意图
    RabbitDemo —— 延迟队列(在消息上设置TTL)
  • 原文地址:https://www.cnblogs.com/Ribbon/p/6029298.html
Copyright © 2020-2023  润新知