sfg0861的博客

做好的，值得其它项目借鉴：测试用例根据用户需求分析来设计，而且有整体框架，算是比较详细全面。有待改善的地方：系统中有一些模块的功能是类似的，导致设计测试用例的时候重复，略显冗余。系统中的一些功能模块不好设计出较冷门的用例，建议多多练习设计测试用例，提高经验。

做好的，值得其它项目借鉴：测试用例根据用户需求分析来设计，而且有整体框架，算是比较详细全面。有待改善的地方：系统中有一些模块的功能是类似的，导致设计测试用例的时候重复，略显冗余。系统中的一些功能模块不好设计出较冷门的用例，建议多多练习设计测试用例，提高经验。

概念太多，分为文章分为两篇。四、按开发阶段划分、单元测试(Unit Testing)、集测试(Integration Testing)、系统测试(System Testing)、回归测试(Regression Testing)、冒烟测试（smoke testing）、验收测试(Acceptance Testing)。五、按测试实施组织、α 测试(Alpha Testing)、β 测试(Beta Testing)、第三方测试。六、按是否运行划分、静态测试(Static testing)、动态测试(Dynam

概念太多，分为文章分为两篇。一、测试分类二、按测试对象划分、界面测试、可靠性测试、容错性测试、文档测试、兼容性测试、易用性测试、安装卸载测试、安全性测试、性能测试、内存泄漏测试。三、按是否查看代码划分、黑盒测试(Black-box Testing)、白盒测试(White-box Testing)、灰盒测试(Gray-Box Testing)。

因果图不能直出测试用例，还需要依赖判定表，所以我认为因果图有点多余，而且因果图实际在设计成测试用例的时候并没有多大意义。现在的软件几乎都是使用事件来触发控制流程的，事件的触发时候的情景就形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。解决了不知道是否较全面的测试了所有功能，测试的覆盖率无法衡量，对新版本的重复测试很难实施，存在大量冗余测试影响测试效率。错误猜测法是对软件测试设计的理解，过往经验以及个人直觉，推测出软件可能存在的缺陷，从而针对性地设计测试用例的方法。）和带有中文的目录里。

Can't open 0204.txt; at release\allpairs.pl line 368. 在学习设计测试用例的方法 —— 正交法的时候，需要用到正交表，所以记录一下 allParis 正交表生成工具的使用。

Bug 的定义每个公司都不一致，定义级别之前需要查看公司规范。以下为示例：Blocker（崩溃）阻碍开发或者测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。Critical（严重）系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

每次迭代会产生一定的交付。2001年，以Kent Beck、Alistair Cockbum、Ward Cunningham、Martin Fowler等人为首的“轻量”过程派聚集在犹他州的Snowbird，决定把“敏捷”(Agile)作为新的过程家族的名称。这种迭代开发的模式给软件测试带来了新的要求，它不允许有一段独立的测试时间和阶段，测试必须跟着开发的迭代而迭代。：项目团队对每一个 story 进行任务分解，分解的标准是完成该 story 的所有任务，每个任务都有明确的负责人，并完成工时的初步估计。

软测 · 软件测试的基本概念 · 什么是需求 · 测试用例的概念 · 软件错误(bug)的概念。最常见的解释是：软件测试就是找 BUG，发现缺陷。生活中有着诸多事情，我们都在默默地测试：新买来的一部手机，我们要 “测试” 它的功能；自己组装一台电脑，喜欢用跑分软件 “测试”；等等…软件测试，就是验证软件产品特性是否满足用户的需求。早期，人们更多的将测试看成对软件产品的 “检验”，检查软件的每个功能是否运行正常。衡量软件测试结果的依据。