[其它] 一个基于UML协作图的集成测试用例生成方法(二)

说明：2、协作图与集成测试2.1协作图的语法和语义UML协作图[7]就是用来表示一组通过交互来实现某些行为的对象，可以用来可视化、详细描述、构造和文档化一个特定的对象群体的动态方面，也可以用来按交互中的角色及其关系对一个用例的特定的场景或控 　　2、协作图与集成测试 　　2.1协作图的语法和语义 　　UML协作图[7]就是用来表示一组通过交互来实现某些行为的对象，可以用来可视化、详细描述、构造和文档化一个特定的对象群体的动态方面，也可以用来按交互中的角色及其关系对一个用例的特定的场景或控制流的实现进行
<weixin_38537941> 上传 | 大小：109kb

[其它] 一个基于UML协作图的集成测试用例生成方法(三)

说明：3、基于协作图生成集成测试用例的方法3.1研究假定为了有针对性地解决从协作图生成测试用例的问题，本文作出如下假定和要求：(1)假定协作图描述的协作与用例图描述的规约是一致的。模型本身的验证是通过非形式化的复审和形式化的模 　　3、基于协作图生成集成测试用例的方法 　　3.1研究假定 　　为了有针对性地解决从协作图生成测试用例的问题，本文作出如下假定和要求： 　　(1)假定协作图描述的协作与用例图描述的规约是一致的。模型本身的验证是通过非形式化的复审和形式化的模型检验方法进行的，已超出本文的研究范
<weixin_38612568> 上传 | 大小：69kb

[其它] 一个基于UML协作图的集成测试用例生成方法(四)

说明：4、相关工作尽管UML在工业界和研究领域用得相当广泛，关于UML生成测试的研究相对较少。一般测试生成都是将UML模型图转换到一个现成工具能够处理的中间的形式化描述，从而可以处理UML规约。基于UML分析、设计模型获取系统的相关信息生成各个阶段的测试 　　4、相关工作 　　尽管UML在工业界和研究领域用得相当广泛，关于UML生成测试的研究相对较少。一般测试生成都是将UML模型图转换到一个现成工具能够处理的中间的形式化描述，从而可以处理UML规约。基于UML分析、设计模型获取系统的相关信息生成各个阶
<weixin_38582685> 上传 | 大小：76kb

[其它] 从软件测试用例到测试用例的追踪

说明：本文阐述了一种从用例产生功能测试用例的正式方法，包括如何创建一个用例，产生所有场景，并且创建合理的测试用例，以及使用IBMRationalRequisitePro进行从用例到场景和测试用例的追踪。需求类型概览一个需求被定义成"系统必须遵从的条件或能力"。 　　本文阐述了一种从用例产生功能测试用例的正式方法，包括如何创建一个用例，产生所有场景，并且创建合理的测试用例，以及使用IBMRationalRequisitePro进行从用例到场景和测试用例的追踪。 　　需求类型概览一个需求被定义成"系统必须
<weixin_38674223> 上传 | 大小：181kb

[其它] 常用的功能测试方法

说明：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2.相关性检查：删除/增加一项会不会对 　　功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 　　1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 　　2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些
<weixin_38746018> 上传 | 大小：48kb

[其它] 准确报告软件缺陷

说明：软件缺陷的描述是是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重 　　软件缺陷的描述是是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的，因为：
<weixin_38611388> 上传 | 大小：87kb

[其它] 浅谈缺陷截图处理

说明：在测试工作中，测试人员经常需要提交缺陷报告，开发人员根据这些报告来修复错误，一个好的缺陷报告能让开发人员迅速找到问题的所在。相反，如果缺陷报告不清晰，则开发人员往往还需要就某个缺陷与测试人员进行确认，才能明白测试人员所提交的缺陷。如何提交一 　　在测试工作中，测试人员经常需要提交缺陷报告，开发人员根据这些报告来修复错误，一个好的缺陷报告能让开发人员迅速找到问题的所在。相反，如果缺陷报告不清晰，则开发人员往往还需要就某个缺陷与测试人员进行确认，才能明白测试人员所提交的缺陷。如何提交一个缺陷报告，也
<weixin_38606076> 上传 | 大小：126kb

[其它] 编写优秀Bug报告的艺术及案例分析

说明：在99年的Qualityweek上的一次演讲中，微软的一个测试经理，RogerSherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bugreport浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致 　　在99年的Qualityweek上的一次演讲中，微软的一个测试经理，RogerSherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bugreport浪费了紧张的开发计划中的宝贵时
<weixin_38690407> 上传 | 大小：96kb

[其它] BUG参考标准

说明：一、目的对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。二、概念BUG：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死 　　一、目的 　　对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。 　　二、概念 　　BUG：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。 　　三、BUG的
<weixin_38590775> 上传 | 大小：63kb

[其它] 巧破软件测试缺陷管理之痛

说明：人世间最痛苦的事莫过于——我所在项目开发正陷于混乱不堪的缺陷之中。因为缺乏一套缺陷管理的有效解决方案，使程序的缺陷无法回溯，无法跟踪，解决没解决不清楚，整一个就是一片模糊。由于没有得到足够的重视，软件缺陷管理处于失控状态。软件测试人 　　人世间最痛苦的事莫过于——我所在项目开发正陷于混乱不堪的缺陷之中。因为缺乏一套缺陷管理的有效解决方案，使程序的缺陷无法回溯，无法跟踪，解决没解决不清楚，整一个就是一片模糊。 　　由于没有得到足够的重视，软件缺陷管理处于失控状态。软件测试人员报告的缺陷常常被遗忘掉
<weixin_38745891> 上传 | 大小：87kb

[其它] 软件测试缺陷分析务实篇

说明：摘要：测试活动作为IT项目和产品开发一个重要的环节，通过发现产品或组件的缺陷，并反馈给开发组修复验证这些缺陷，从而在一定程度上保证了外发产品的质量。对这些测试活动发现的缺陷进行深入的分析，可以有助于我们进行质量预测、进行过程改进、量化 　　摘要： 　　测试活动作为IT项目和产品开发一个重要的环节，通过发现产品或组件的缺陷，并反馈给开发组修复验证这些缺陷，从而在一定程度上保证了外发产品的质量。对这些测试活动发现的缺陷进行深入的分析，可以有助于我们进行质量预测、进行过程改进、量化的衡量产品质量。 　
<weixin_38658568> 上传 | 大小：187kb

[其它] BUG，规范，断言和调试

说明：对于BUG的自信DonaldE.Knuth(高德纳)在TeX:TheProgram的前言中说："我相信，在1985年11月27日，TeX代码里面的最后一个BUG已经被发现和解决了。但是，如果代码中仍旧有BUG，我很高兴付给任何第一个发现BUG的人20.48美元(这是前一个金额 　　对于BUG的自信 　　DonaldE.Knuth(高德纳)在TeX:TheProgram的前言中说： 　　"我相信，在1985年11月27日，TeX代码里面的最后一个BUG已经被发现和解决了。但是，如果代码中仍旧有BU
<weixin_38746926> 上传 | 大小：88kb