1247
社区成员
当前发帖距今超过3年，不再开放新的回复
发表回复
water_j 2002-06-07
真妙！
- 打赏
- 举报
yorgo 2002-06-07
白盒测试主要需要考虑如何遍历程序的每个分支来检测程序的正确性
测试最好是独立于开发
测试计划最好是在软件设计的时候一并设计
测试的目的是找出软件的缺陷，而不是改善软件的质量
最杰出的测试是可以找出软件中尚未知道缺陷
最伟大的测试是可以找出测试方法本身有缺陷
测试最好是独立于开发
测试计划最好是在软件设计的时候一并设计
测试的目的是找出软件的缺陷，而不是改善软件的质量
最杰出的测试是可以找出软件中尚未知道缺陷
最伟大的测试是可以找出测试方法本身有缺陷
- 打赏
- 举报
愉快的登山者 2002-06-07
测试过程：功能模块测试，部件测试，系统测试。
- 打赏
- 举报
chenwulin 2002-06-02
请一个不会编程的人帮你测试是最好的方法！！！
- 打赏
- 举报
water_j 2002-06-02
chenwulin(浪迹天涯) 说的对一般测试的人和编程的不要是 同一个！！
- 打赏
- 举报
panq 2002-06-02
chenwulin(浪迹天涯) 说的对一般测试的人和编程的不要是 同一个！！?？？
不一定，例如程序员自己的程序的白盒测试最好是自己做，
比如你要跑出语句覆盖，肯定只有程序员自己才知道怎样测试。
在xp中强调测试先行，也是程序员自己先作出测试代码再写主代码。
不一定，例如程序员自己的程序的白盒测试最好是自己做，
比如你要跑出语句覆盖，肯定只有程序员自己才知道怎样测试。
在xp中强调测试先行，也是程序员自己先作出测试代码再写主代码。
- 打赏
- 举报
water_j 2002-06-01
有没有相应验收测试的例子!
water_j@21cn.com
water_j@21cn.com
- 打赏
- 举报
lyqof908 2002-06-01
狂点法，狂输入法，傻瓜用户法。
- 打赏
- 举报
Edward2000 2002-05-31
我觉得现在的测试还是以手工测试为主，辅以自动测试。
测试中计划、设计、编写用例等都很重要。
测试中计划、设计、编写用例等都很重要。
- 打赏
- 举报
water_j 2002-05-31
好象还有回归测试！
- 打赏
- 举报
AiWangji 2002-05-31
测试按测试方法分，可以分为黑盒法和白盒法。
按测试用途分，可以分为单元测试、集成测试、系统测试、验收测试。
一般来讲，单元测试用白盒法；系统测试、验收测试用黑盒法，而集成测试
可以是白盒法和黑盒法的结合应用。
以上这些楼上几位都已经讲得很好了。我这里想向大家推销两点XP方法
的理念。我觉得尤其第二点理念其实无论你是否采用XP方法都是应该有
借鉴作用的。
理念一，测试要先于实现。
系统测试，验收测试用例应该在设计之前的分析阶段完成，
同样单元测试，集成测试用例应该在编码之前的设计阶段完成。
这和传统的方法：分析-〉设计-〉编码-〉测试相比具有如下优点，
1. 更加强调了测试的作用。设计，编码都是以通过测试为验证标准。
2. 能保证每一次迭代过程都是完整的，因为有了先有了测试用例，
当测试用例全被（当然XP允许针对一次迭代过程中没有被改动
部分的测试可以省略）通过时，我们可以认为一次迭代过程是完整的。
3. 错误可以在设计和编码阶段就被发现。虽然传统的方法用审查(review)
来早期发现问题，但是审查是人审查人，是一种复合，本质上是用
重复来达到发现问题的目的，作用是有限的。而测试是用期待结果来
验证过程，只要期待结果是正确的，没有遗漏的，那么被验证的过程
必然是正确的。
4. 测试用例往往是一份很好的用例文档。是用例分析的基础。
理念二，测试要尽量自动化。
自动化包括测试用例的自动执行和测试结果的自动判断，
自动化不包括测试用例的自动生成（这方面还没有成熟的理论）。
为什么要强调自动化原因如下：
1. 只有自动化才能保证测试用例可以被反复执行，并且执行的过程是
一致的，结果是说服力的，并且更容易再现。
2. 测试结果的自动判断可以大量避免人工判断的失误。当对大数据量
及实时性项目进行测试时人工的判断常常是不准的。所以不但测试要
自动化，测试结果判断的自动化尤为重要。
3. 自动化测试可以大大减少测试时间和效率。测试往往是一件枯燥的事，
人工执行效率极低。并且同样的事反复执行，极易产生抵触情绪。
要说明的是，这一理念在普遍用编程的方法来实现测试用例的今天，
看似不成问题（尤其对白盒法来说）。其实不然，因为这一理念强调的
是测试的自动执行和测试结果的自动校验，只有零碎的测试程序，要靠
测试者每一次输入命令执行，及判断结果的话，那么离这个理念还是有
很大距离的。
按测试用途分，可以分为单元测试、集成测试、系统测试、验收测试。
一般来讲，单元测试用白盒法；系统测试、验收测试用黑盒法，而集成测试
可以是白盒法和黑盒法的结合应用。
以上这些楼上几位都已经讲得很好了。我这里想向大家推销两点XP方法
的理念。我觉得尤其第二点理念其实无论你是否采用XP方法都是应该有
借鉴作用的。
理念一，测试要先于实现。
系统测试，验收测试用例应该在设计之前的分析阶段完成，
同样单元测试，集成测试用例应该在编码之前的设计阶段完成。
这和传统的方法：分析-〉设计-〉编码-〉测试相比具有如下优点，
1. 更加强调了测试的作用。设计，编码都是以通过测试为验证标准。
2. 能保证每一次迭代过程都是完整的，因为有了先有了测试用例，
当测试用例全被（当然XP允许针对一次迭代过程中没有被改动
部分的测试可以省略）通过时，我们可以认为一次迭代过程是完整的。
3. 错误可以在设计和编码阶段就被发现。虽然传统的方法用审查(review)
来早期发现问题，但是审查是人审查人，是一种复合，本质上是用
重复来达到发现问题的目的，作用是有限的。而测试是用期待结果来
验证过程，只要期待结果是正确的，没有遗漏的，那么被验证的过程
必然是正确的。
4. 测试用例往往是一份很好的用例文档。是用例分析的基础。
理念二，测试要尽量自动化。
自动化包括测试用例的自动执行和测试结果的自动判断，
自动化不包括测试用例的自动生成（这方面还没有成熟的理论）。
为什么要强调自动化原因如下：
1. 只有自动化才能保证测试用例可以被反复执行，并且执行的过程是
一致的，结果是说服力的，并且更容易再现。
2. 测试结果的自动判断可以大量避免人工判断的失误。当对大数据量
及实时性项目进行测试时人工的判断常常是不准的。所以不但测试要
自动化，测试结果判断的自动化尤为重要。
3. 自动化测试可以大大减少测试时间和效率。测试往往是一件枯燥的事，
人工执行效率极低。并且同样的事反复执行，极易产生抵触情绪。
要说明的是，这一理念在普遍用编程的方法来实现测试用例的今天，
看似不成问题（尤其对白盒法来说）。其实不然，因为这一理念强调的
是测试的自动执行和测试结果的自动校验，只有零碎的测试程序，要靠
测试者每一次输入命令执行，及判断结果的话，那么离这个理念还是有
很大距离的。
- 打赏
- 举报
scgqq 2002-05-31
白盒测试不用说了，和没有一个样，黑盒测试还比较正规，要写测试用例，给专人测试
- 打赏
- 举报
softwing 2002-05-30
1、单元测试包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。单元测试多采用白盒测试技术。
2、综合测试包括：
自顶向下集成
自底向上集成
3、确认测试：α、β测试，一般用黑盒测试。
4、系统测试包括：
恢复测试
安全测试
强度测试
性能测试
此外还有OO（面向对象）的方法，包括：
OOA Test:面向对象分析的测试
OOD Test:面向对象设计的测试
OOP Test:面向对象编程的测试
OO Unit Test:面向对象单元测试
OO Integrate Test:面向对象集成测试
OO System Test:面向对象系统测试
2、综合测试包括：
自顶向下集成
自底向上集成
3、确认测试：α、β测试，一般用黑盒测试。
4、系统测试包括：
恢复测试
安全测试
强度测试
性能测试
此外还有OO（面向对象）的方法，包括：
OOA Test:面向对象分析的测试
OOD Test:面向对象设计的测试
OOP Test:面向对象编程的测试
OO Unit Test:面向对象单元测试
OO Integrate Test:面向对象集成测试
OO System Test:面向对象系统测试
- 打赏
- 举报
ceocio 2002-05-30
还有灰盒测试的~~~~~
- 打赏
- 举报
lanying 2002-05-30
单元测试用白盒,集成测试用黑盒
- 打赏
- 举报
jimconrad 2002-05-30
学习。
- 打赏
- 举报