自动化测试可以替代手工测试，这其实是一个误会。
预言家难题：测试中最艰巨的任务之一，就是在运行一个测试用例时，如何才能知道被测试软件确实完成了它应该完成的任务？被测试软件是否输出了正确的结果？在运行过程中，是否带来副作用？如何才能确信这一点？如果给定一个用户环境，特定的数据配置和输入顺序，有没有预言家能断言：软件确实做了，也只做了它所应该做的事情。现实情况下，往往由于软件的设计规格说明书并不完整，或者根本没有，这导致软件的测试人员也没有办法做这个断言。所以说：自动化确实很重要，但光靠它还不够，过度依赖自动化测试会为程序的最终成功带来隐患。 如果测试人员不能依靠开发人员的缺陷预防工具和自动化手段，他们还能寄希望于什么呢？唯一答案是手工测试
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。
虽然目前的测试趋势是推行自动化，但自动化有其局限性，通常需要同时满足以下条件：
软件需求变动不频繁
项目周期足够长
自动化测试脚本可重复使用
另外，在手工测试无法完成，需要投入大量时间与人力时也需要考虑引入自动化测试。比如性能测试、配置测试、大数据量输入测试等。
机器毕竟不是人，它只能按照固定的步骤来执行计算、判断，例如自动化运行中途出现：操作系统升级重启、机器断网、浏览器故障重启了、页面刷新较慢元素在该有的时间内没出现、HTTP 丢包等等任何一些不稳定，自动化的流程就很容易崩溃并最终等待人的介入。所以过度依赖自动化是不明智的，手工测试永远都会继续发挥着作用。
飞蛾(FEIE.WORK) 是一款专为测试团队提供的在线协同工具，它同时也是一份测试人员的敏捷测试实践指南。我们自始至终在这款产品里贯彻有序的理念，充分思考剔除测试人员的重复工作，使其能专注提升软件交付质量本身。
测试用例管理与复用
测试人员通过「用例管理」能够便捷的管理上百条用例，如果你曾经在 TestLink、Excel 已经积累了用例库，能够一键导入飞蛾。飞蛾中支持两种常用的用例情景：文本用例、步骤用例。
文本用例适用于没有明确步骤、简单的测试场景。比如类似 “地址栏输入一个不存在的商品地址应该提示商品不存在的信息”。
步骤用例则适用于有明确的测试步骤、预期结果、需要针对每一个步骤进行测试的场景。比如你现在需要测试 “非管理员登录情况下，不允许删除商品”。那么你就应该考虑使用步骤用例。
第一步：登录一个非管理账号，预期：登录成功；
第二步：试着删除一个商品，预期：删除失败，提示“没有权限删除”；
得益于强大的树形结构支持，在屡受用户好评的「用例管理」中，用户能以操作系统级的体验，快速创建、多选、拖动、移除用例。
测试实时协同
测试工作者的核心操作，便是每日循环执行上千次测试任务。飞蛾内置了教科书式的敏捷测试流程：建立「测试计划」、分配和执行「测试任务」、记录「测试结果」、快速提交「缺陷」。即使是数十人的测试团队同时工作，测试状态仍能实时保持同步，这彻底终结了在 Excel 中的反复用例合并和工作状态沟通问题。
测试顺利的大多数情况下，测试人员仅需点击「通过并下一条」，飞蛾即会自动为用户切换等待测试的任务。而在记录异常结果时，针对文本用例和步骤用例，飞蛾提供了两种便捷的结果记录页面。
与缺陷管理工具集成
飞蛾为主流的「缺陷管理工具」提供集成支持，包括 JIRA、Redmine、Trello，具体配置参见 「集成配置」，配置完成后测试人员便可以在测试过程中关联配置的缺陷工具的缺陷ID。
飞蛾即日起已开放团队注册，我们致力于帮助更多团队普及有序的测试协同方式，用户可通过 PC 访问 feie.work 免费创建团队。
