- 博客(9)
- 收藏
- 关注
RSS订阅原创 黑盒测试中发现的bug类型
最近总结了一下测试中可能发现的bug类型，跟大家分享一下。 1 功能遗漏或者错误 这种情况大多是对于式样理解的错误或者有偏差引起的实装问题。设计测试用例时需要把业务流程画出来，按照输入来确认输出，不要遗漏其中的部分就可以。比如batch处理，设计时需要分清哪些情况是需要处理的，哪些情况是除外的，并且要明白处理的触发条件是什么。 2 界面（GUI）问题 文字
2009-11-30 16:32:00
3061
转载 软件测试中的回归测试用例选择方法
回归测试就是修改完bug后对程序的新一轮测试，根据微软的统计，按照他们的经验，一般开发人员解决3~4个bug会衍生出一个新的bug，这就是必须作回归测试的原因。一般的软件测试流程是后期快速迭代的，bug在后期是快速收敛的，debug和测试的周期也是越来越短，频率是越来越高，譬如说第一轮测试需要花上10天跑用例，那么到后期就没那么长的时间，可能就是1~2天的测试时间，在后期有时候一天就有一个
2009-11-29 15:49:00
2840
转载 从测试角度来看用户手册在软件质量中的地位
来源: 领测软件测试网采编 对于软件，开发者往往只注意到其功能和性能，而忽略了用户手册。其实用户手册也是衡量软件好坏的一个重要标准。好的用户手册可以帮助用户快速入门，是用户正确、充分使用软件的前提。对于开发者来说，好的用户手册可以减少培训和售后服务的费用。所以在测试中，不能忽略用户手册的重要性，应从以下多个方面考察用户手册的质量。 用户手册的完整性
2009-11-29 15:01:00
587
原创 重要度和优先度引发的思考
在登bug时一定会看到重要度和优先度这两项，而在写测试case时也能看到这两项（虽然说不同公司有不同的规则，但是作用都是相同的）。但是仔细想一想，是否知道如何填写才是正确的呢？它们之间有关系吗？是否可以将二者联系起来？一系列的疑问就会脑中不断的跳出来。 也许bug的重要度更容易判断，因为根据bug内容能大致直观的判断出它对客户的影响大不大；但是测
2009-11-25 12:38:00
682
转载 設計カバレッジで漏れの確認
今天跟大家分享的内容网页地址http://itpro.nikkeibp.co.jp/article/COLUMN/20070920/282545/
2009-11-23 18:12:00
645
转载 テスト・カバレッジ（テスト網羅率）
テストケースの網羅性を評価する基準をテスト・カバレッジ（テスト網羅率）と呼ぶ。テストの実施に当たっては，このテスト・カバレッジを事前に決めておく必要がある。 テスト・カバレッジにはモジュール・レベルの基準と，システム・レベルの基準がある。 モジュール・レベルの基準としては，C0，C1，C2，C3kの4つがある。各モジュールのすべての命令文を少なくとも1回実行した場合は「C0＝100%
2009-11-23 13:29:00
15130
转载 Eclipseテストツール活用
我对Eclipse的应用一直都有限，现在找到一个网址，对于这个工具的讲解的，和大家分享一下，如果对于白盒测试或者单体测试有兴趣的话，大家可以研究研究。 http://www.atmarkit.co.jp/fjava/rensai3/eclipsetst01/eclipsetst01_3.html
2009-11-19 14:45:00
586
1转载 软件配置管理（SCM）介绍
<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:標準の表; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-q
2009-11-17 18:24:00
1662
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人