作业帮软件测试时间比例,以100天来说.如单元测试,集成测试等,所占的时间性能测试，功能测试所占时间
来源：学生作业帮助网 编辑：作业帮 时间：2024/05/10 18:51:34
软件测试时间比例,以100天来说.如单元测试,集成测试等,所占的时间性能测试，功能测试所占时间
软件测试时间比例,以100天来说.如单元测试,集成测试等,所占的时间
性能测试，功能测试所占时间
软件测试时间比例,以100天来说.如单元测试,集成测试等,所占的时间性能测试，功能测试所占时间
软件测试的时间比例不是这么算的 不是说 你70 我30 这样子的 要看你们的测试方法 是cmmi的 还是敏捷迭代的 测试可能是研发60天 测试60天 中间有20天是并行测试的 因为当研发把一部分模块写出来的时候 测试就可以进行测试了 这期间研发依然在做后续的模块 而且时间分开 也不是前60天大都研发 后60天都测试 不是 这个只是一个时间比例 中间都是交叉的 当然我说的这个方法更偏重于敏捷测试方法 cmmi的测试时间的安排依然不是没有并行时间的
这个要看你项目的规模以及软件的复杂程度。如果比较复杂的软件。他们所占用时间单元40%，集成60%
软件测试的时间比例不是这么算的 不是说 你70 我30 这样子的 要看你们的测试方法 是cmmi的 还是敏捷迭代的 测试可能是研发60天 测试60天 中间有20天是并行测试的 因为当研发把一部分模块写出来的时候 测试就可以进行测试了 这期间研发依然在做后续的模块 而且时间分开 也不是前60天大都研发 后60天都测试 不是 这个只是一个时间比例 中间都是交叉的 ...
全部展开
软件测试的时间比例不是这么算的 不是说 你70 我30 这样子的 要看你们的测试方法 是cmmi的 还是敏捷迭代的 测试可能是研发60天 测试60天 中间有20天是并行测试的 因为当研发把一部分模块写出来的时候 测试就可以进行测试了 这期间研发依然在做后续的模块 而且时间分开 也不是前60天大都研发 后60天都测试 不是 这个只是一个时间比例 中间都是交叉的 当然我说的这个方法更偏重于敏捷测试方法 cmmi的测试时间的安排依然不是没有并行时间的
收起