最初于 2018 年12月8日 发布在 blog.testing-land.com 上。
在某些日子里，我决定独自一人去吃午餐。 通常，我会选择一张小桌子来享用午餐，收起手机，专注于自己的想法以及进出餐厅的人们。
在某些情况下，我周围的人都在进行交谈，很自然地，当听到一些触发性的单词（软件，开发人员，测试人员，工作等）时，我会停下来思考并开始倾听他们的想法。 我为什么要这样做？ 因为我试图在他们的故事中找到自己。
因此，今天的角色是两位女士，他们是软件测试人员，谈论他们的工作，抱怨缺乏流程，或者他们需要遵循的流程较差，以及所做的所有影响工作的模糊决策。 结论是他们觉得自己在错误的工作地点，现在该开始寻找其他工作了，
“本书要完成的软件测试”。
好吧，这句话在我的脑海中不断重复，作为回音。
不可避免地使我想到“本书进行的软件测试意味着什么？”。 我想到了以下内容。
我们不应对缺乏规范的问题，我们有明确定义的接受标准，我们可以根据这些标准创建手动和自动测试脚本。 变更要求？ 不多。 一切从一开始就是明确的。
testing足够的测试时间—截止日期和开发延误从未使测试工作变得紧迫
在敏捷世界中工作时，我们的工作将以相等的时间增量进行分配，并且在这些增量（Sprint）结束时，我们将交付大量已实施和经过测试的代码。 作为测试人员，我们不会受到截止日期带来的时间压力的困扰，我们始终在交付之前及时获得测试代码。
🍈测试人员的声音总是在团队中听到
我们参与了所有讨论-修饰，计划，3个好友，我们的声音可以听到和听到。 我们的建议总是会被考虑，我们的估计也会被考虑在内。
manual手动与自动化之间的良好平衡
编写手动测试用例以涵盖验收标准，以揭示源自验收标准的其他场景，以涵盖边缘案例和负面测试。 我们拥有自动化脚本，以确保充分覆盖我们创建的所有手动测试用例。 我们也有清晰的报告，因此任何团队成员或利益相关者都可以随时了解被测系统的状态。
🍊良好稳定的自动化框架
当然，还有足够的时间分配给自动化测试。 片状测试？ 好吧，在本书进行的软件测试中，您只是听说过但从未见过的不稳定测试，对吧？
所有测试人员都对我们为什么要自动化，我们如何做到有深刻的了解，并对用于创建自动化测试的所有工具都有很好的了解。
always总是有用户故事可以测试，没有死角
死时间，那是什么？ 我们总是有工作要做，并且我们的管道包含可以由任何测试人员选择的任务。 我们在团队中制定了完善的计划，因此开发人员和测试人员之间的持续交流会传递用户故事。
我们所有采用的过程都有详细的文档记录，测试人员都知道它们。 我们团队内部的沟通很好。
tests自动化测试在CI中运行
我们从不创建自动诉讼，也不会在本地计算机或其他服务器上手动运行它们，而是将其集成到持续集成管道中。
testing自动化测试是“完成”定义的一部分
对于我们提供的每个用户故事，我们都会通过进行手动和自动测试以涵盖从验收标准得出的所有方案来确保其质量。 我们最终对测试进行了很好的覆盖。
结论
以上都是乌托邦。
我们通常在不完善的环境中工作，处理缺乏规范，没有足够的测试时间，在自动化，错误测试，不良通信等方面做出的错误决定。
但是有希望。
鉴于您接受您的过程并不完美
如果您的书没有进行测试
然后，您将定义“按书”对您的上下文意味着什么
并建立纪律
并且有勇气挑战事物
或者，如果您有幸成为这样一个完美世界的一部分，而上述所有条件均不在“有待改进的地方”列表中，请恭喜！ 👏
