软件测试流程中测试执行的关注点
发布网友
发布时间：2022-04-25 07:30
共3个回答
热心网友
时间：2023-11-06 21:41
功能点
– 每个系统的模块中都有一些共有的功能，如：增加、删除、修改、查
询、导入、导出、打印等。因此实际测试中，我们要都把这些功能首
先测试一遍
业务流程
– 模块和模块、功能与功能之间不是孤立没有联系的，相反，正是因为
他们之间的相互关系才组合成了我们复杂的系统，因此测试时，要把
他们之间的关系全部走通
热心网友
时间：2023-11-06 21:41
热心网友
时间：2023-11-06 21:41
如果你只是外行或刚入门，只需要关注测试条目，大项目、中项目、小项目，概要、操作方法、确认内容。结果不能填错，测试员名字，测试日期千万不能落。
提升一点。关注测试条目逻辑，前后的测试条目是有一定逻辑性的。关注分析，可以大大节省测试时间和精准度；另，测试条目逻辑可能存在短板，关注分析，很有可能发现用例外bug。
再提升一点。通过上面的过程，你会知道测试条目的整体逻辑，可以知道测试条目是如何产生的。重点关注设计书，测试条目的错误和大量影响用户使用的条目外bug都会在这个过程出现。
再次提升。通过上面过程，学习关注测试条目的设计。这里面说的测试条目的设计，不是书写测试条目，那不叫设计。要从整体逻辑结果、含盖率、条目最优化等等多方面考虑。目前国内测试员真正能达到的很少。这个是有国际证书存在的。
其他还有很多，但你问的只是测试执行中关注什么，其他我就不说了。
但是不得不说一点，一个测试员，最重要的是思想，非常重要：
一个优秀的测试员，首先要站到测试员本身的角度认证执行测试用例；然后要站到开发人员的角度考虑程序为什么这样；还要站到设计人员的角度考虑软件为什么这样设计；还要站到用户的角度，考虑这样用户能不能接受，怎么样是用户的需求。
以上
热心网友
时间：2023-11-06 21:41
功能点
– 每个系统的模块中都有一些共有的功能，如：增加、删除、修改、查
询、导入、导出、打印等。因此实际测试中，我们要都把这些功能首
先测试一遍
业务流程
– 模块和模块、功能与功能之间不是孤立没有联系的，相反，正是因为
他们之间的相互关系才组合成了我们复杂的系统，因此测试时，要把
他们之间的关系全部走通
热心网友
时间：2023-11-06 21:41
热心网友
时间：2023-11-06 21:42
如果你只是外行或刚入门，只需要关注测试条目，大项目、中项目、小项目，概要、操作方法、确认内容。结果不能填错，测试员名字，测试日期千万不能落。
提升一点。关注测试条目逻辑，前后的测试条目是有一定逻辑性的。关注分析，可以大大节省测试时间和精准度；另，测试条目逻辑可能存在短板，关注分析，很有可能发现用例外bug。
再提升一点。通过上面的过程，你会知道测试条目的整体逻辑，可以知道测试条目是如何产生的。重点关注设计书，测试条目的错误和大量影响用户使用的条目外bug都会在这个过程出现。
再次提升。通过上面过程，学习关注测试条目的设计。这里面说的测试条目的设计，不是书写测试条目，那不叫设计。要从整体逻辑结果、含盖率、条目最优化等等多方面考虑。目前国内测试员真正能达到的很少。这个是有国际证书存在的。
其他还有很多，但你问的只是测试执行中关注什么，其他我就不说了。
但是不得不说一点，一个测试员，最重要的是思想，非常重要：
一个优秀的测试员，首先要站到测试员本身的角度认证执行测试用例；然后要站到开发人员的角度考虑程序为什么这样；还要站到设计人员的角度考虑软件为什么这样设计；还要站到用户的角度，考虑这样用户能不能接受，怎么样是用户的需求。
以上
热心网友
时间：2023-11-06 21:41
功能点
– 每个系统的模块中都有一些共有的功能，如：增加、删除、修改、查
询、导入、导出、打印等。因此实际测试中，我们要都把这些功能首
先测试一遍
业务流程
– 模块和模块、功能与功能之间不是孤立没有联系的，相反，正是因为
他们之间的相互关系才组合成了我们复杂的系统，因此测试时，要把
他们之间的关系全部走通
热心网友
时间：2023-11-06 21:41
热心网友
时间：2023-11-06 21:42
如果你只是外行或刚入门，只需要关注测试条目，大项目、中项目、小项目，概要、操作方法、确认内容。结果不能填错，测试员名字，测试日期千万不能落。
提升一点。关注测试条目逻辑，前后的测试条目是有一定逻辑性的。关注分析，可以大大节省测试时间和精准度；另，测试条目逻辑可能存在短板，关注分析，很有可能发现用例外bug。
再提升一点。通过上面的过程，你会知道测试条目的整体逻辑，可以知道测试条目是如何产生的。重点关注设计书，测试条目的错误和大量影响用户使用的条目外bug都会在这个过程出现。
再次提升。通过上面过程，学习关注测试条目的设计。这里面说的测试条目的设计，不是书写测试条目，那不叫设计。要从整体逻辑结果、含盖率、条目最优化等等多方面考虑。目前国内测试员真正能达到的很少。这个是有国际证书存在的。
其他还有很多，但你问的只是测试执行中关注什么，其他我就不说了。
但是不得不说一点，一个测试员，最重要的是思想，非常重要：
一个优秀的测试员，首先要站到测试员本身的角度认证执行测试用例；然后要站到开发人员的角度考虑程序为什么这样；还要站到设计人员的角度考虑软件为什么这样设计；还要站到用户的角度，考虑这样用户能不能接受，怎么样是用户的需求。
以上
