想从零基础学习软件测试到成为测试工程师详细了解南京手工测试手工测试

1.感觉手工测试不往管理方向上发展，手工测试的技术路线没啥钱途，想听听大家的意见？

大家都知道，软件测试的一个显著特性，那就是重复。而重复就容易让人产生厌烦，尤其是大量的工作量，因此人工测试容易出错，而且效率不高。自动化测试则能很好的解决这个问题，自动化测试工具能弥补手工测试的精确性，并且效率也要高得多。目前，很多企业或管理者期望借助软件测试自动化作为催化剂，提高效率、提高质量，同时，节省开支。甚至有些企业希望实施自动化测试后，就能够给企业带来效益。但是自动化测试的成本也不容忽视，涉及到软件成本、培训成本、人力成本。当然，如果使用TestBird已有的自动化测试是一个很好的选择，但是也还是要考虑自身的需求，是否真的适用于自动化测试。至于手工测试不往管理方向发展，我觉得也不是没“钱”途，业务的精通也很重要，特别是在某些特殊的行业中。

2.手工测试（黑盒测试）的高手是什么级别

我觉得针对这个用例：所有字段都输入*字符长度存储时就crash，如果能*重现问题，就不需要在定位到具体是那个字段啦。试想，如果有20个字段呢，你需要逐个去试到底是那个字段超过长度，至少需要尝试20次吧，如果字段更多呢（比如人事基本信息啥模块），你的用例数会增加很多，但是如果采用调试，你只需要每个字符都输入*值，很快就能在赋值时跟到是哪个字段超出导致抛出异常，从纯时间花费上来说，调试也许更经济，而且更有针对性。有时我觉得这种情况跟踪一下比逐个尝试来得更快。再举个例子，比如创建时间这个当我提交后总是不等于当前时间，而是一个其他什么时间，但是我不知道到底这个其他时间是怎么来的，这时候，其实我已经可以提交这个bug了，我可以*重新问题了。实际在跟踪后你发现，这个创建时间是字段赋值错误，而这个其他时间根本不在当前页，你就算一一尝试也想不到是和当前页无关。换句话说，这实际是个测试粒度的问题，如果我已经能*重新，我还有必要定位到更细的粒度吗？再定位下去，我实际就进入调试领域啦。再换个思维想想，其实这种字符长度问题，应该在单元测试阶段就检查出来，当到达更高的级别（集成测试、功能测试）我们其实应该更关注流程上的问题，业务流是否正确。而这种字符长度边界问题我觉得应该放在白盒更容易覆盖到而不会遗漏。 查看原帖>>

3.软件测试中手工测试重要还是自动化测试重要？

这个问题好像好多人都问过。手工测试、自动化测试哪个更重要❓ 答：都重要，不存在孰轻孰重的问题。感觉可以考虑，不同场景或阶段下选择哪种方式当时更适合？手工测试和自动化测试都基于对用户需求、功能需求的正确理解，对测试对象进行充分测试设计的基础上开展的。按照测试阶段或者功能稳定程度来划分，手工测试更适合软件模块、集成测试阶段或者功能稳定性低（缺陷多、变动快等），如果这个时候开展自动化会引入过多的自动化开发、维护成本。自动化测试更适合在产品迭代后期或者功能相对稳定的时候开展，通常应用于回归测试场景下（关注我后续的文章，会有关于自动化前移的探讨）。按照不同的测试对象来划分，如测试百万级的元数据迁移、汇聚处理时，由于数据的多样性，很难通过用手工测试保障质量，自然而然需要考虑自动化的方式提高测试效率，进而保障测试质量。时间有限的情况下，使用自动化尽可能覆盖重复性高的操作。同时自动化并不是生搬硬套，根据不同的业务场景选择合适的自动化框架十分重要，可以有效的提高测试开发效率和降低维护成本。如，对于一个含有强流程的业务模块，采用关键字驱动测试框架更利于用例的组织和维护。通常常用的自动化框架还包含数据驱动测试框架、模块化测试框架。自动化测试的类型也要因地制宜，如ui自动化、接口自动化等等，也需要结合业务特点、底层架构选择合适的类型开展。*应该尽量避免为了做自动他而做自动化，而是为了去做更多有价值的测试。

想了解软件测试学习课程，费用以及时间了解感觉手工测试不往管理方向上发展，手工测试的技术路线没啥钱途，想听听大家的意见？，手工测试（黑盒测试）的高手是什么级别，软件测试中手工测试重要还是自动化测试重要？??