[其它] 人群显着性预测的最优特征组合分析

说明：人群显着性预测的最优特征组合分析
<weixin_38684335> 上传 | 大小：875kb

[其它] 从瀑布型开发到迭代型开发的转变

说明：本文来自RationalEdge：一个理想的迭代开发方法模型在很多方面与理想的瀑布开发模型有着根本上的不同。但是，从实际来说，没有一个团队严格的应用了每一种开发方法模型。本文解 　　简介：本文来自RationalEdge：一个理想的迭代开发方法模型在很多方面与理想的瀑布开发模型有着根本上的不同。但是，从实际来说，没有一个团队严格的应用了每一种开发方法模型。本文解释了为什么开发团队决定逐步的从类似瀑布型的开发方法转变成更加类似迭代开发的方法，同时也概述了能够帮助这种转变的步骤。 　　多数的软件开
<weixin_38567813> 上传 | 大小：120kb

[其它] 一种新颖的面向音频的字符识别学习策略

说明：一种新颖的面向音频的字符识别学习策略
<weixin_38635323> 上传 | 大小：267kb

[其它] 软件产品的可用性的测试

说明：关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程(UsabilityEngineering)。由于是一个专业，因此就有专门的人员来从事这项工作，并发 　　展出一整套的方法和技术来进行可用性的测试和评估。根据我们给软件可用性所下的定义，一个软件可用性的测试和评估应该遵循以下原则： 　　(1)最具有权威性的可用性测试和评估不应该是专业技术人员，而应该是产品的用户。因为无论这些专业技术人员的水平有多高，无论他们使用的方法和技术有多先进，最后起决定作 　　用还是用户对产品的满意程度
<weixin_38607195> 上传 | 大小：65kb

[其它] 项目测试管理杂谈

说明：很多人做测试做时间久了，经验、能力都有了的时候，少不了要承担更大的任务，其中做为TL负责一些项目的测试也是很多测试人员发展的必由之路。下面把个人项目测试经验或者说心 　　很多人做测试做时间久了，经验、能力都有了的时候，少不了要承担更大的任务，其中做为TL负责一些项目的测试也是很多测试人员发展的必由之路。下面把个人项目测试经验或者说心得体会简单做下总结。 　　做为一个项目测试负责人，应该具备哪些知识技能呢?测试技能是少不了的，这包括常见测试方法、技巧以及有关工具的使用等;其次产品知识也必不可少，如
<weixin_38729022> 上传 | 大小：63kb

[其它] 软件测试中的过度设计

说明：中国有句老话：过犹不及。软件开发中也有一个概念：“过度设计”，说的是为了实现一些简单的功能需求，设计出非常臃肿的结构，代码间的继承、依赖、调用非常复杂，开发工作量 　　中国有句老话：过犹不及。软件开发中也有一个概念：“过度设计”，说的是为了实现一些简单的功能需求，设计出非常臃肿的结构，代码间的继承、依赖、调用非常复杂，开发工作量大并且难以维护。在软件测试工作中，也存在类似“过度设计”的问题，特别是大中型的软件企业，人数比较多，各方面工作流程趋于稳定和规范，问题更容易发生。 　　出现“过度测试”的
<weixin_38719475> 上传 | 大小：78kb

[其它] 软件质量谁把关

说明：软件测试是软件开发的重要、必要部分，是通过找出缺陷和问题评估产品质量并间接改进产品质量的手段。从软件工程的观点看，预防程序问题要比改正问题重要得多，因此，必须首先 　　软件测试是软件开发的重要、必要部分，是通过找出缺陷和问题评估产品质量并间接改进产品质量的手段。从软件工程的观点看，预防程序问题要比改正问题重要得多，因此，必须首先把软件测试看做是检验预防程序错误的机制是否有效的主要手段，同时又是找出程序异常的手段。 　　从一段对话谈起 　　甲、乙、丙三人对“所有奇数都是质数”这个假设进行测试。 　
<weixin_38710323> 上传 | 大小：73kb

[其它] 软件测试之随机测试(Ad-hoctesting)

说明：在软件测试中除了根据测试用例和测试说明书进行功能测试外，还需要进行随机测试(Ad-hoctesting)，随机测试是没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。 　　在软件测试中除了根据测试用例和测试说明书进行功能测试外，还需要进行随机测试(Ad-hoctesting)，随机测试是没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行测试用例的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 　
<weixin_38740328> 上传 | 大小：65kb

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

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

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

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

[其它] 软件的可测试性的具体体现在哪里？

说明：一.功能测试1.安装测试：1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装; 　　一.功能测试 　　1.安装测试： 　　1)安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装; 　　2)若是选择安装，查看能否实现其相应的功能; 　　3)在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功(没有程序组及程序项产生); 　　4)软件安装后，对其它已经安装的软件是否有影响; 　　5)裸机安装后，各功能点是否可用; 　　6)安装前，安装程序是否判断可用磁盘空
<weixin_38744803> 上传 | 大小：58kb

[其它] JamesBach的RapidTest软件测试培训总结

说明：首先感谢*邀请James大神在北京办公室组织了RapidTest的培训。本来报名的目的只是想和兄弟部门的同事找机会一起交流交流，对测试本身并没有抱太大的期望。结果课程开始之后 　 　　首先感谢*邀请James大神在北京办公室组织了RapidTest的培训。本来报名的目的只是想和兄弟部门的同事找机会一起交流交流，对测试本身并没有抱太大的期望。结果课程开始之后，只能说不服不行。另外，哥活生生的被大神当作了教学道具… 　　虽然James大神脱离项目一线专注培训很多年了，而且也没有互联网项目
<weixin_38556394> 上传 | 大小：80kb