持续集成中的测试用例问题

_discard 2014-06-09 10:36:01

测试用例应该达到什么程度？
比如要针对一个业务写测试用例
是否要在测试用例中把这个业务的各种情况边界值都要测一下。
持续集成对测试用例有没有什么规范咯?可以最大的减少测试成本。

...全文

3138 4 打赏收藏转发到动态举报

写回复

用AI写文章

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

ryan_tcf 2016-03-13

打赏
举报

可以考虑ST和FT，关键业务场景使用ST，边界值使用FT

放松一下 2016-02-19

打赏
举报

引用 2 楼 li_lzw 的回复:

[quote=引用 1 楼 loneba 的回复:] 根据业务的应用场景确认重点测试吧，想把所有情况都测试完是不可能的。持续集成一般通过自动化测试方式吧，设计用例时要考虑是否适合编写自动化脚本。

狭义的来说就是指自动化测试，这样才能循环的反复执行。[/quote] 当然很多时候手工测试还是不能避免，这就需要综合考虑测试成本，哪些需要测试，哪些可以少测

放松一下 2016-02-19

打赏
举报

引用 1 楼 loneba 的回复:

根据业务的应用场景确认重点测试吧，想把所有情况都测试完是不可能的。持续集成一般通过自动化测试方式吧，设计用例时要考虑是否适合编写自动化脚本。

狭义的来说就是指自动化测试，这样才能循环的反复执行。

loneba 2016-01-18

打赏
举报

根据业务的应用场景确认重点测试吧，想把所有情况都测试完是不可能的。持续集成一般通过自动化测试方式吧，设计用例时要考虑是否适合编写自动化脚本。

持续集成测试用例集优化综述研究.pdf

集成测试报告版本：V2.0 文档编号保密等级作者最后修改日期审核人最后审批日期批准人最后批准日期修订记录日期版本修订说明修订人目录 1 目的 1 2 输入文档 1 3 测试概况 1 3.1 测试环境 1 3.2 测试类型 1 3.3 测试用例执行情况 1 3.4 测试实际进度和工作量 1 4 集成报告 1 5 测试数据分析 2 5.1 测试用例执行分析 2 5.2 测试需求覆盖分析 2 5.3 测试用例有效性分析 2 5.4 测试有效性分析 3 5.5 测试效率分析 3 5.6 缺陷收敛趋势分析 3 5.7 缺陷分布分析 4 5.8 遗留缺陷 5 6 测试结论及产品质量分析 6 7 缺陷清单 6 目的 [这部分描述文档内容简要。例如本文档描述XXX项目XX集成测试的测试分析报告] 输入文档 [说明编写此报告的输入文档（包括：信息、数据、结果等）]。如，需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的；测试使用的行业指标、公司规范和质量手册等等测试概况 [描述测试开始时间、结束时间，执行人。] 测试环境测试类型 测试用例执行情况 [描述一共设计了多少测试用例，执行了多少测试用例，一共发现了多少缺陷（按照类型），修复多少缺陷，遗留多少缺陷] 测试实际进度和工作量 [记录实际测试活动的起始和结束时间,并进行工作量统计] 测试任务实际开始时间实际结束时间计划工作量实际工作量合计工作量集成报告 [描述持续集成实现步骤] [描述各接口或各子系统的集成步骤] 测试数据分析 测试用例执行分析 [描述集成测试活动结束后，测试用例的执行结果，比如：测试用例总数，通过百分比，失败用例数等] 测试需求覆盖分析 [描述集成测试活动是否覆盖了测试需求或者软件需求] 测试用例有效性分析【统计实际的测试用例有效性数据，分析与计划值产生偏差的原因】计划的测试用例有效性实际的测试用例有效性偏差分析【统计每个测试用例发现的缺陷数，将发现缺陷数最多的前10个测试用例和发现缺陷数最少的前10个测试用例填写到下面表格中，并分析测试用例发现缺陷数多少的原因。】序号发现缺陷数最多的测试用例（按发现的缺陷数从多到少进行排序）发现的缺陷个数发现缺陷数最少的测试用例（按发现的缺陷数从少到多进行排序）发现的缺陷个数 1 2 3 4 5 6 7 8 9 10 原因分析：测试有效性分析【统计实际发现的缺陷数据，分析与计划值产生偏差的原因，结合《项目量化管理计划》定义的阈值，确定是否采取相关措施】计划发现缺陷数致命严重一般实际发现缺陷数偏差分析对策或调整措施测试效率分析【计算实际测试效率数据，分析与计划值产生偏差的原因，结合《项目量化管理计划》定义的阈值，确定是否采取相关措施】计划测试效率（个/人日）控制上限控制下限实际测试效率（个/人日）偏差分析对策或调整措施缺陷收敛趋势分析 [用示每轮系统测试发现的缺陷数量，并从图示中分析缺陷的收敛情况。]图示如下所示：缺陷分布分析 [统计各个模块的缺陷密度，按照缺陷密度由大到小进行排序，对排序在前面20％的模块，分析引起其缺陷的原因。] 致命缺陷分布分析：模块缺陷数缺陷密度（个/KLOC）原因分析模块1 0.22 模块2 0.15 模块3 0.09 模块4 0.06 模块5 0.03 模块6 0.00 模块7 0.00 模块8 0.00 严重缺陷分布分析：模块缺陷数缺陷密度（个/KLOC）原因分析模块1 2.22 模块2 1.91 模块3 1.35 模块4 1.02 模块5 0.58 模块6 0.51 模块7 0.36 模块8 0.02 一般缺陷分布分析：模块缺陷数缺陷密度（个/KLOC[模块的代码行在哪里有描述]）原因分析模块1 5.22 模块2 3.51 模块3 3.05 模块4 2.02 模块5 1.28 模块6 0.91 模块7 0.56 模块8 0.17 微小缺陷分布分析：模块缺陷数缺陷密度（个/KLOC）原因分析模块1 模块2 模块3 模块4 模块5 模块6 模块7 模块8 遗留缺陷 [按照严重度统计各严重等级遗留缺陷的缺陷密度。] 严重度缺陷数缺陷密度（个/KLOC）致命严重一般微小建议 [描述集成测试活动结束后，还遗留有那些缺陷未解决，以列表形式填写在这里] 测试结论及产品质量分析 [对被测对象的质量进行综合评价，并给出最终的测试结论：即测试活动是否满足要求，产品能否通过集成测试。] 缺陷清单 [缺陷清单以列表形式记录所有测试中发现的问题，要求记录所有问题的解决状态．主要内容：问题编号、问题描述、问题级别、问题类型、问题解决状态。缺陷列表可以从缺陷跟踪系统中导出，若缺陷记录少于50条，可直接粘贴在这里，否则，就以附件形式粘贴在这里。]

讲解方式通过类比生活中的例子，轻松理解测试用例的设计方法。课程内容条理清晰，目标明确，由浅入深，环环相扣。重点部分进行额外梳理和总结，更易理解和吸收。课程亮点1，测试用例的要素讲解，让测试用例的编写更加规范2、多种测试用例方法的学习，让用例设计更加全面。测试用例的设计方法：等价类、边界值、判定表、因果图、状态迁移图、场景法、正交实验法、错误推测法3，多角度的案例实践，以理解各种方法的应用课程内容1、测试用例的定义和组成要素2、测试用例的设计方法：等价类、边界值、判定表、因果图、状态迁移图、场景法、正交实验法、错误推测法3：每种设计方法对应的案例讲解适用人群1、对软件测试感兴趣的在校生及应届生。2、希望转行软件测试的在职人员。3、希望巩固软件测试设计方法的测试同行。4、对软件测试感兴趣的其他听众。

本文是最近在学习Node.js测试方面的总结，包括单元测试、集成测试、基准测试以及代码覆盖率测试等多方面的的内容。对于中大型项目，完备的测试用例有助于保证项目的持续集成能力和代码的健壮性。　　UnitTest 　　单元测试，又称模块测试，针对程序中的最小执行单元进行正确性测试。常见的开发模式包括TDD和BDD两类。　　TDD(Test-drivendevelopment，测试驱动开发)，先编写测试用例，然后针对测试用例开发模块，当测试用例不足时，补充测试用例;当模块无法通过测试时，持续更新模块代码，直到完全通过测试用例。其开发核心围绕测试用例展开，即测试用例的完整性决定了开发模块的健壮性和

1. 可靠性以任何频率运行的任何测试用例都必须可靠；也就是说，测试用例不能是片状的。考虑自动检查：在持续集成环境中，这个测试用例每天可能会为单个团队运行数十或数百次。如果测试只有 99% 的可靠性（每100次测试执行中有一个错误报告），并且您每天运行 200 次，那么您的团队每天将至少调查两次误报失败。将其乘以可以包含数万个测试用例的单元测试套件，数学就变得清晰了。任何不是至少99.9%可靠的测试用例都应该删除，直到它可以超过可靠性阈值。但是可靠性是什么样的呢？测试用例必须采取一切预防..

敏捷开发

1,557

社区成员

281

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章