[其它] 谈项目管理和软件测试过程

说明：1.软件测试在公司的组织保障是基础1.1研发部组织结构介绍以华友公司研发部的组织结构为例，测试部门属于研发部副总裁直接管理，见如下结构图 　　1.软件测试在公司的组织保障是基础 　　1.1研发部组织结构介绍 　　以华友公司研发部的组织结构为例，测试部门属于研发部副总裁直接管理，见如下结构图 　　公司研发部的组织结构图 　　对于从事软件研发的组织来说，工作类型至少包括项目管理、产品设计、编码、测试、质量保证和软件配置管理，以及其它人员，如文档编制人员和美工人员/系统硬件管理人员等。根据职能需要，
<weixin_38639615> 上传 | 大小：113kb

[其它] SQA测试过程

说明：测试生命周期测试计划→测试设计→测试开发→测试执行→测试评估测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试。 　　测试生命周期 　　测试计划→测试设计→测试开发→测试执行→测试评估 　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试。 　　第一部分：测试计划 　　测试计划的问题： 　　1、测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划; 　　2、测试计划的组织者可能缺乏Client/Server测试经验; 　　3、测试的量度和复杂性可能太
<weixin_38623707> 上传 | 大小：67kb

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

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

[其它] 基于状态转换的测试

说明：作为一个测试人员，在工作过程中，经常会碰到软件中事物具有多个状态，各个状态在满足某些条件时，实现状态的转换。 　　世间万物，缘起缘灭，每天都在经历着各种各样的状态转换。 　　作为一个测试人员，在工作过程中，经常会碰到软件中事物具有多个状态，各个状态在满足某些条件时，实现状态的转换。 　　软件中事物状态间的转换一般可分为两类：一类是各个状态之间转换有一定的序列关系，如工作流，必须先发生A状态，才能到B状态，状态A和B之间有先后顺序;一类是各个状态是并列关系，各个状态间可以相互转换，如状态C和D，可
<weixin_38668335> 上传 | 大小：141kb

[其它] 用于陀螺速调管的大功率TE01-TE11模式转换器

说明：针对陀螺速调管，提出了一种具有特定几何结构的TE01-TE11模式转换器。 基于模式耦合理论，通过代码获得转换器的几何结构，以实现最佳模式转换。 与传统转换器的比较表明，特定转换器比传统转换器具有更短的长度和更宽的带宽。 实验表明，特定的转换器表现出良好的性能。
<weixin_38556737> 上传 | 大小：515kb

[其它] 使用NModel自动生成测试用例

说明：在前面的网站自动化系统里面，大概聊了下如何结合Selenium生成的代码和VSTT创建一个简单的自动化系统。虽然在文章网站测试自动化系统—基于Selenium和VSTT、数据驱动测试、在测试代 　　在前面的网站自动化系统里面，大概聊了下如何结合Selenium生成的代码和VSTT创建一个简单的自动化系统。虽然在文章网站测试自动化系统—基于Selenium和VSTT、数据驱动测试、在测试代码中硬编码测试数据里，我讲了一些封装代码以及测试数据的技巧，规避后续开发过程中，程序员修改代码时，对测试程序带
<weixin_38698927> 上传 | 大小：57kb

[其它] 测试用例设计步骤

说明：设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软 　　设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤： 　　1、测试需求分析 　　从软件需求文档中，找出待测试软件/模
<weixin_38621624> 上传 | 大小：66kb

[其它] 软件测试用例的设计

说明：摘要　　一个项目最终呈现在用户面前的质量，与测试执行的程度与力度是密不可分的。测试用例设计的基本目的，是确定一组最有可能发现某个错误或者某类错误的一组测试数据。测试用例构成了设计和制定测试过程的基础，因此测试用例的质量在一定程度上决定了测试工作有效程度。一个好的测试用例使得测试工作的效果事半功倍，并且能尽早的发现一些隐藏的BUG，测试用例的设计是软件开发中的重中之重。　　关键词：软件测试，测试用例，TESTCASE，用例设计　　Atestcaseisaseriesoftestsusedtodet
<weixin_38516658> 上传 | 大小：65kb

[其它] 浅谈功能测试用例模板设计

说明：本文介绍测试用例一般要素以及如何根据项目特点设计测试用例模板，用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算，分析测试用例覆盖率。 　　【摘要】本文介绍测试用例一般要素以及如何根据项目特点设计测试用例模板，用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算，分析测试用例覆盖率。 　　【关键字】测试用例模板测试覆盖率 　　测试用例设计和执行是测试工作的核心，也是工作量最大的任务之一，设计良好的测试用例模板能提高测试用例的设计质量，便于跟踪测试用例的执行结果，自动生成测试
<weixin_38557095> 上传 | 大小：149kb

[其它] 编写测试需求及测试用例

说明：测试用例的模版其实没有太多的差异，而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说，测试用例模版包括最主要的三项：操作说明，预期结果和否通过。有了这三 　　测试用例的模版其实没有太多的差异，而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说，测试用例模版包括最主要的三项：操作说明，预期结果和否通过。有了这三项，其它的就根据你的需要来添枝加叶了，我blog上面有一个我现在用的测试需求及用例模版，可参考一下。 　　问题是如何填满这个模版，即如何编写测试需求和用例。有的人把测试需求和
<weixin_38609693> 上传 | 大小：70kb

[其它] 单元测试之Stub和Mock

说明：在做单元测试的时候，我们会发现我们要测试的方法会引用很多外部依赖的对象，比如：(发送邮件，网络通讯，记录Log,文件系统之类的)。而我们没法控制这些外部依赖的对象。为了 　　在做单元测试的时候，我们会发现我们要测试的方法会引用很多外部依赖的对象，比如：(发送邮件，网络通讯，记录Log,文件系统之类的)。而我们没法控制这些外部依赖的对象。为了解决这个问题，我们需要用到Stub和Mock来模拟这些外部依赖的对象,从而控制它们 　　实例 　　Analyze类会检查filename的长度，如果小于8，我
<weixin_38590738> 上传 | 大小：54kb

[其它] 单元测试报表以及覆盖率报表

说明：公司现在对单元测试越发的看重，这对减少上线之后bug的减少会带来很好的帮助，在笔者就职的公司里，在编写代码阶段，开发人员需要做如下一些事情 　　公司现在对单元测试越发的看重，这对减少上线之后bug的减少会带来很好的帮助，在笔者就职的公司里，在编写代码阶段，开发人员需要做如下一些事情： 　　1、checkstyle统一规范代码的格式，注释的数量。 　　2、junit进行代码的单元测试，并且在覆盖率上面有比较高的要求。 　　3、dailybuild结合上述两者并且外加findbugs。 　　4、除此
<weixin_38564718> 上传 | 大小：45kb