软件测试需求说明书测试点
在软件测试需求说明书中，像这种功能模块中测试点需要写完吗？还是说写两三个就行了
这个又不是写case，写个大致的测试主流程就行，还有异常case可以写一点
- 这有个类似的问题, 你可以参考下: https://ask.csdn.net/questions/275301
- 这篇博客你也可以参考下：【软件测试】单元测试是软件测试的最基础环节
- 除此之外, 这篇博客: 软件测试职业发展规划？软件测试工程师是青春饭吗？中的 三、软件测试工程师职业发展方向和细分领域 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
从上图我们能看出来，软件测试做到后期主要分三个方向：
1.走技术路线：功能测试工程师，自动化测试工程师，性能测试工程师，安全测试工程师，测试开发工程师，测试专家。
2.走管理路线：软件测试工程师(初级、中级、高级)，测试组长(leader)，测试主管，项目经理，测试总监。
3.走业务路线：软件测试工程师(初级、中级、高级)，产品经理，质量经理，QA！
当然除了这些之外，还可以走技术分享路线，这也是本人正在走的路线。
4.走讲师路线：软件测试工程师(初级、中级、高级)，测试讲师，讲师主管，机构合伙人！
其实从初级走到高级，基本上需要3-5年的时间，假设如果你25岁入行的话，这个时候也差不多到30岁了，难道当你技术达到巅峰期的时候就退出测试领域吗？很显然这是不可能的，那么30岁以后拼的就不仅仅是技术了，而是各个方向多元化发展，比如管理，比如口才，比如人际关系等。只有这样我们才能在软件测试这个行业走得更远！
- 您还可以看一下 郑逊敏老师的抖音快手短视频自媒体制作引流运营兼职创业赚钱盈利实战教程课程中的 抖音平台的推荐算法机制小节, 巩固相关知识点
- 以下回答由chatgpt基于相关博客总结生成:
目前提供的参考资料与问题内容并无直接关联，无法提供确切的解决方案。根据问题内容，如何确定每个功能模块的测试点数量可以根据以下建议来进行决策：
针对每个功能模块，首先需要对其进行充分的需求分析和功能理解。这可以通过与开发人员、产品经理或业务方进行沟通和讨论来实现。确保对功能的理解是准确和完整的。
根据已有的测试设计方法和经验，如等价类划分、边界值分析、正交表等，确定需要涵盖的测试场景或测试用例。根据不同的测试目的和覆盖要求，可以采用不同的测试策略和技术来设计测试用例。
根据已有的测试工作量估计或历史数据，结合项目的时间和资源限制，确定可以承担的测试数量。要综合考虑项目的特点、测试环境的可用性以及测试的优先级和风险等因素。
在编写测试点时，可以考虑以下方面：功能的主要流程和核心逻辑、功能的边界条件和异常情况、可能存在的竞争条件和并发操作、系统的兼容性和性能要求等。
为了保证测试覆盖度和质量，建议进行测试点的复审和评审。可以邀请多个测试人员或相关的项目成员一起进行讨论和评估，以确保测试点的完整性和准确性。
需要注意的是，测试点数量的确定没有明确的标准和固定的比例。它应该根据具体的项目和需求来决定，灵活地调整和平衡测试的范围和深度。