[活动]迎五一，庆周年，盖高楼(活动结束)

水上飘

原帖由 kuailederen 于 2009-4-30 09:22 发表
终于抢到一次
功夫不负有心人啊

哈哈，恭喜恭喜

wolsion

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

水上飘

4如何衡量艺术与科学在工程中的地位
一系列丰富的功能要求设计具有创造和创新的方法。这种需求导致在软件开发过程中需要渗透艺术才能。如果艺术才能渗透到软件开发中，毫无疑问会改进功能，但也会引起软件开发过程严重的质量降级。科学方法是从大量的实际知识中而不是从说法和猜想中产生的。艺术家可能确实能创造出令人赞叹的点心，却不能保证每次制作出相同质量的点心。事实：在创造性和方法之间需要平衡，这就是工程师需要关注之外。工程实践应用科学，并借助于必要的艺术。

水上飘

5.如何理解路经分析与数据分析在软件测试中的地位
a)肯定两者在软件测试中都有重要作用
b)详细叙述各自的重要作用
c)举例说明

hjjlearning

2、Gompertz分析：根据测试的累积投入时间和累积缺陷增长情况，拟合得到符合自己过程能力的缺陷增长Gompertz曲线，用来评估软件测试的充分性、预测软件极限缺陷数和退出测试所需时间、作为测试退出的判断依据、指导测试计划和策略的调整；

hjjlearning

3、Rayleigh分析：通过生命周期各阶段缺陷发现情况得到缺陷Rayleigh曲线，用于评估软件质量、预测软件现场质量；

水上飘

灰盒测试，介于前两者之间，灰盒测试关注输出对于输入的正确性，同时也关注内部表现。  
灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率

水上飘

测试策略        Test strategy
测试覆盖        Test coverage
测试规程        Test procedure
测试环境        Test environment
测试计划        Test Plan
测试记录        Test records
测试脚本        test Script
测试目标        test target

kuailederen

1.需求管理是个复杂麻烦的过程。需求本没有，是先有了市场，有了用户的需要驱动才衍生出来的，所以说需求最初来自用户的需要。而收集这些用户的需要复杂性可想而知。对产品而言，要投入大量的市场调查，然后做数据统计，然后才可以得到最初的需求。对于项目，大部分客户可能只会告诉你他想要什么功能，而不能准确的描述这个功能。最初的需求经过专职人员的解读再生成，才能变成技术能实现的需求（详细设计），然后再根据详细设计生成开发用例，与功能点相对应。

kuailederen

1.需求管理是个复杂麻烦的过程。需求本没有，是先有了市场，有了用户的需要驱动才衍生出来的，所以说需求最初来自用户的需要。而收集这些用户的需要复杂性可想而知。对产品而言，要投入大量的市场调查，然后做数据统计，然后才可以得到最初的需求。对于项目，大部分客户可能只会告诉你他想要什么功能，而不能准确的描述这个功能。最初的需求经过专职人员的解读再生成，才能变成技术能实现的需求（详细设计），然后再根据详细设计生成开发用例，与功能点相对应。

hjjlearning

4、四象限分析：根据软件内部各模块、子系统、特性测试所累积时间和缺陷去除情况，和累积时间和缺陷去除情况的基线进行比较，得到各个模块、子系统、特性测试分别所位于的区间，从而判断哪些部分测试可以退出、哪些测试还需加强，用于指导测试计划和策略的调整；

kuailederen

1.需求管理是个复杂麻烦的过程。需求本没有，是先有了市场，有了用户的需要驱动才衍生出来的，所以说需求最初来自用户的需要。而收集这些用户的需要复杂性可想而知。对产品而言，要投入大量的市场调查，然后做数据统计，然后才可以得到最初的需求。对于项目，大部分客户可能只会告诉你他想要什么功能，而不能准确的描述这个功能。最初的需求经过专职人员的解读再生成，才能变成技术能实现的需求（详细设计），然后再根据详细设计生成开发用例，与功能点相对应。

水上飘

螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：

kuailederen

需求来源不止是用户，还包括其他的共利益者，有市场人员，产品人员，开发测试人员和质量管人员。他们都有权提出需求的变更和新需求，更加加大了需求收集的复杂性。51Testing软件测试网"kn,~2D.Q TpU{+c

kuailederen

2.需求管理是个投入大而看不见收益的行为。往往市场人员做了大量的市场调查，提交一个需求数据，老板觉得这些结果连自己用屁股都想的出来，所以不希望继续增加这额外的投入。另外，需求采集使项目周期延长，增加了大量的成本，也是老板不愿看到的。需求驱动开发，而利益驱动老板，把做需求的人力投入到市场销售中，效果显得更有效。

hjjlearning

5、根本原因分析：利用鱼骨图、柏拉图等分析缺陷产生的根本原因，根据这些根本原因采取措施，改进开发和测试过程；

kuailederen

3.需求不可能被完全定性。有些是隐性的，有些是约定速成的。另外，需求会不断发生着变化。当用户期望值变高了，软件所依赖的环境变化了，有新的领域出现了等，所以软件在不断地升级中完善着需求。

水上飘

　（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件

hjjlearning

6、缺陷注入分析：对被测软件注入一些缺陷，通过已有用例进行测试，根据这些刻意注入缺陷的发现情况，判断测试的有效性、充分性，预测软件残留缺陷数

六月的雪

所谓漏测，是指软件产品的缺陷没有被测试组发现而遗漏到了用户那里，却最终被用户所发现。如果产品在用户那里出现问题，产生的后果是非常严重的。在软件开发过程中，缺陷越早被发现，发现和解决缺陷所花的成本就越小。如果缺陷是在测试组测试中发现的而不是被用户使用时发现的，那么所花的成本将小得多。如果缺陷是被开发组在开发过程中发现的，那么所花的代价将更小。因此，进行漏测分析、预防漏测、促使缺陷尽可能在开发过程的早期被发现，是非常有意义的，它有利于降低软件产品成本、提高软件产品质量。