1年菜鸟ninarMing对软件测试的理解

了解最基本的知识，帮助融入行业。

        从2014年的软考结束后，正式到一家创业公司里实习，岗位就是软件测试，主要是app测试，很感谢这些时间里的帮助过我的人，尤其是我的师父，他说他曾经的花名是馒头，哈哈，感谢恩师把我领进了软件测试的大门，在这期间自己也是从0开始，一步步的学习，希望我对测试的一些理解能够帮助一些迷茫的人，不对之处请指出，共同讨论，共同进步哈^_^

        1、什么是bug?

              最简单的理解就是跟需求说明书不符合的地方，这样就可以扩散了：a、没有实现需求上的功能是bug；b、将需求上的功能实现错误是bug；c、将需求上没有的功能实现了是bug，因为古语不是有句画蛇添足嘛^_^；d、没有实现即时需求上没有指明但应该达到的功能；e、功能不好用，不具有易用性。

         2、软件测试的目的？

              a、发现程序中的错误；b、预防缺陷；c、提高软件质量；d、推动项目进程。

         3、如何快速跟进一个产品？

               a、了解相关人员的职责以及联系方式，如交互设计师是谁，做什么的，联系方式是什么（有问题可以快速找到人员寻求帮助什么，确定是否是bug什么的^_^）；

               b、了解整个项目的生命周期，现公司的整个项目流程；

               c、了解之前这个软件的一些缺陷，每一版本修复了哪些bug，了解每一版本在应用商店上的更新日志；

               d、了解现在线上的软件功能，业务逻辑；

               e、了解现公司的缺陷管理工具以及用例管理工具（用例管理工具可能是不大需要了解的，可能对你的要求还没到用例上，可能没有用例管理工具）。

          4、项目周期但，需测试的功能较多，怎么解决？

               对需测试的功能做个优先等级的划分，重要的功能先测试，重点排查，但是所有的功能点都要保证正常情景是能够实现的。Bug无止尽，不要指望一一列举，全部找到。

           5、如果开发人员认定这不是bug，怎么办？

                测试人员首先确定这个是不是一个bug，认定的凭证是什么，可以根据凭证与开发人员进行沟通，看是否是需求变更，测试人员没有及时接到通知，这种情况下，可以一起与需求制定者进行确认，最终确定这个bug要不要改。

            6、没有在缺陷管理工具上提交bug，直接给开发改，如果开发告诉你这个bug已经改完了，测试人员怎么做？

                   a、要把bug描述好，记录到缺陷管理工具上，以便日后查证；

                    b、在出新的测试包的时候，这个bug需要验证，如果还是没有改对的话，提到缺陷管理工具上，还要看下跟这个bug相关的一些功能是否正确。

             7、在出每一个测试包的时候，测试人员需要做什么？

                    a、在出每一个测试包的时候，先进行冒烟测试，即对主功能的测试，对主场景的测试如果通过，再进行全面的集成测试或者系统测试，因为如果是web测试，主功能通不过，部署一个测试环境很费成本，可能整个服务器会duang掉，损失惨重；

                    b、冒烟测试通过后，之后出的测试包，先将缺陷管理上的bug先验证了，再开始重新测试，对之前的bug的相关功能进行重点测试，bug具有集群现象。

              8、测试过程中需要注意的地方？

                     a、测试环境要干净，测试环境包括了测试数据及测试的设备及操作系统、软件等；

                     b、刚开始测试的时候，测试目的要明确，知道每一步操作步骤的最终目的是验证什么；

                     c、在测试用例覆盖之后，就可以“乱晃”，不用局限于测试用例，做探索式测试，可以当做一场旅行，随心的进行测试就可以了，手工测试的目的就有了，没有一定要按部就班，作为一名用户，走自己的关键路径。

              9、提交bug时需要注意的地方？

                     a、看缺陷管理上的bug记录中有没有你将提交的bug，如果有，就不用提了，避免重复提交bug；

                     b、如果没有使用缺陷管理的管理工具，直接与开发沟通的bug，可以用excel表格，excel条理清晰，可以插入图片，bug修复后excel也可以更改状态。

              10、描述bug时需要注意的地方？

                      a、最好说明bug所属的功能模块（UI上能快速定位的描述）；

                      b、操作步骤最好是有序列号标明，如【1.xxx；2.xxx；或者a.xxx......】；

                      c、说明清楚前置条件，比如在登录情况下，用户名：[e-mail]，密码：testtest，测试机信息：NO.12MI，android4.4.4，版本号：v1.1.1；或者指明未登录情况下，win8,firefox36.0.4等。有些bug是适配问题，不是每个手机都会复现，需要标明所使用的测试机型号，验证时就可以找到相对应的手机；

                       d、描述里最好是有期望值：xxx，实际值：xxx。两者不同就能进行对比。最好再附加图片，一般是截图，截图命名最好是日期+问题的关键词；

                       e、对于不好描述的bug，截图也不能解决，可直接演示给开发人员。