随着VUCA（易变性、不确定性、复杂性、模糊性）时代的到来与互联网的高速发展，质量保障人员面临着前所未有的挑战。
测试岗位的职责越来越细化，测试人员的工作边界也越来越模糊，研发、测试和运维角色都在推动 DevOps 和 TestOps 的发展。
在和测试同行交流的过程中 , 我们发现很多人非常焦虑，找不清发展的方向，尤其是工作四五年之后一直还在做系统测试的人，就更为焦虑。
2017 年年末，作者所在的京东质量团队在进行年终总结时欣喜地发现，自团队从测试到测试开发转型这一年来，整体测试水平得到了大幅度提升 , 测试人员在研发团队中的影响力也进一步扩大。
从系统测试工程师逐渐转型升级为测试开发工程师，转型过程中的艰辛不言而喻，在转型中除了技能的提高之外，更多的是获得了一种自信。
本书不仅展示京东质量团队从测试到测试开发的心路历程，更是整个过程中从思想准备到实践努力再到成功推进的思考和总结。
本书适合有一定工作经验的测试人员阅读，对从测试转型测试开发的人员具有指导意义。本书同样适合测试经理、测试总监和测试架构师阅读。书中的例子和故事均为团队转型中遇到的真实案例。我们历经各种辛酸才能走出一条路，希望本书能给读者一些启发和帮助。
软件测试
首先要明确一个概念，“质量”是整个团队的责任而不是仅仅靠团队测试人员就能够明显改善的。测试的目的是什么？测试不是要证明系统或者软件没有问题，恰恰相反，而是要证明其存在问题。
通过测试可以发现缺陷，但不能保证软件或者系统的缺陷全部被找到。在有限的时间和资源条件下，想要进行完全的测试，找出软件或者系统所有的缺陷，使之达到完美，是不可能的。
此外，测试也是有成本的，越到测试后期，，为发现缺陷所付出的代价就会越大，因此要根据测试错误的概率及软件的可靠性要求， 确定停止测试的最佳时间，不能无限地测试下去。除此之外，所有的测试都应追溯到用户需求，这是因为软件或者系统的最终目的是满足用户需求。
1.1.1 什么是软件测试
1983 年，Bill Hetzel 在《软件测试完全指南》一书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动， 测试是对软件质量的度量。”Bill Hetzel 的定义至今仍被引用。
1991 年，软件产品质量评价国际标准 ISO 9126 定义的“软件质量”是：软件满足规定或潜在用户需求特性的总和。
1999 年，软件产品评价国际标准ISO 14598 对“软件质量”的定义是： 软件特性的总和，软件满足规定或潜在用户需求的能力。
2001 年，软件产品质量国际标准ISO 9126 定义的“软件质量”包括内部质量、外部质量和使用质量 3 个部分， 也就是说，“软件满足规定或潜在用户需求的能力”要根据软件在内部、外部和使用中的表现来衡量。
《软件评测师教程》（柳纯录主编，清华大学出版社）这本软件评测师考试辅导书对软件测试和质量保证做了详细的区分和描述：测试工程师的一项重要任务是提高软件质量，但不等于说测试工程师就是软件质量保证人员，因为测试只是质量保证工作中的一个环节。
测试工程师并不生产质量，质量的生产者还是开发工程师。质量保证和软件测试是软件质量工程中两个不同层面的工作。
质量保证：质量保证的主要工作是通过预防、检查与改进来保证软件质量。
QA 基于“全面质量管理”和“过程改进”原理开展质量保证工作。虽然在 QA 的活动中也有一些测试活动，但其所关注的是软件质量的检查与测量。QA 的工作是对软件生命周期的管理，以及验证软件是否满足规定质量和用户需求的过程，因此主要着眼于软件开发活动中的过程、步骤和产物，而不是对软件进行剖析以找出问题或评估。
虽然测试与开发过程紧密相关，但软件测试关心的不是过程的活动，重点要对过程的产物及开发出的软件进行剖析。测试人员要“执行”软件，对过程的产物— 开发文档和源代码进行走查，运行软件，以找出问题，提升质量。
测试人员必须假设软件存在潜在的问题，测试中所进行的操作是为了找出更多的问题，而不仅仅是为了验证每一件事是正确的。对测试中发现的问题进行分析、追踪与回归测试也是软件测试的重要工作，因此软件测试是保证软件质量的一个重要环节。
在 20 世纪 90 年代，随着测试工具的盛行，测试工程师逐渐意识到通过强化工具来解决问题的重要性，工具思维在测试工程师的心里已经变成了思考问题的重要方式，但是这里的工具思维是指使用工具的思维，还没有出现创造工具的思维。
软件测试是一项旨在保障软件质量的服务，软件测试只能证明一个软件存在缺陷，却不能证明一个软件没有缺陷。
随着生命周期成熟度的提升，以及持续集成乃至开发运维的变迁，软件测试不仅旨在保证软件的质量，保证软件质量、提高交付频率变成了相辅相成的目标。保证软件的质量是基础目的，提高交付频率是根本目的。
软件测试是为了寻找软件的缺陷和错误，提高软件的质量和交付频率，因此所有软件测试都应该可以溯源到用户需求，无论是用户明确的显性需求，还是一些系统安全、系统兼容、性能等的隐性需求。
1.1.2 业务测试
如今，人们通过网络可以方便地购买各种各样的物品，除了实物之外，还有各种虚拟物品，如飞机票、火车票和电影票等。与此同时，人们还可以很方便通过网络缴纳生活中所需要的各种费用，如手机充值，缴纳电费和水费等。
从物品的查找，到用户支付成功，最后到用户收到物品（或者充值面值的筛选， 充值成功），这一系列流程都属于电子商务的一个具体业务，那么如何进行业务测试呢？笔者所在团队主要从事电商网站的虚拟业务的功能测试，下面就笔者所在团队的工作内容展开详细介绍。
业务测试的侧重点在业务流程上，在基本功能点都已合格的基础上，准备并组合多种测试数据，驱动或辅助在各种约束条件下的业务流程测试，确定最终输出的结果是否符合预期。
业务测试多数要结合实际业务逻辑，黑盒、白盒、灰盒这些测试方法都可以用来辅助测试。业务测试并不能单单满足于功能实现，更要站在真实用户使用的角度提出问题、给出建议，从而优化程序。
如何开展业务测试呢？测试前置在行业内越来越多地被提及，在功能测试中， 测试也应做到前置，不能等到系统全部提测了再介入测试。
还木有评论哦，快来抢沙发吧~