专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  在黑盒测试中要保证测试覆盖率主要要做好测试需求分析   测试需求分析分两步:   1测试需求获取   需求来源:显式需求(1)原始需求介绍说明书(2)产品规格书(3)软件Software需求文档(4)有无继承性文档(5)经验库(6)通用协议规范标准   隐式需求:用户主观感受市场主流观点专业人士评价分析   2需求分析 产生测试需求文档   将区别需求来源划分成个个需求点针对每点进行测试分析(1)界定测试范围(2)利用各种测试设计思路方法产生测试点   黑盒测试如何保证需求覆盖度?假设需求是不变我们只需要使用黑合测试策略用等价类、边界值、推测、 [阅读全文] [PDF]
  除了很好地进行“黑盒测试治理”个人觉得下述更值得用功;究竟“前除后略”!   1、架构和算法可行性测试分析:主要包括性能、并发等方面   2、CodeReview:很简单但很多人没有这样做;其实这比“黑盒测试”更轻易发现边界问题、流程正确性问题等值得推广!   3、测试驱动和单元测试很多人为了达到那些并不太懂编程治理层要求往往是少了这些看似不轻易出成绩步骤(很大程度上改变设计思维)   知道可能出错地方当然轻易避免出错   4、UML和用例:非凡是UI建模个人觉得最不可少;UM [阅读全文] [PDF]
黑盒测试有多种技术在区别场景情况下可以结合使用主要有等价类划分边界值判定表状态迁移图正交试验法等当然这些技术在白盒测试中也可以用它们只是技术而白盒黑盒测试只是测试方式今天先讨论等价类划分等价类划分目就是为了在有限测试资源情况下用少量有代表性数据得到比较好测试效果有有效等价类盒无效等价类有效等价类中数据代表是组符合需求文档正确有意义数据无效等价类则正相反我们来看几个例子来理解怎样划分等价类(注意我不会用书中例子而是举实际我们遇到些软件Software或者网页上例子)a) 个取值范围情况 (1个有效等价2个无效等价)大家看到密码输入框限制是密码长度>=4但是其 [阅读全文] [PDF]
任何工程产品都可以使用以下两种思路方法的进行测试: (1)已知产品功能设计规格可以进行测试证明每个实现了功能是否符合要求 (2)已知产品内部工作过程可以通过测试证明每种内部操作是否符合设计规格要求所有内部成分是否已经过检查 前者就是黑盒测试后者就是白盒测试www. 就软件Software测试来讲软件Software黑盒测试意味着测试要在软件Software接口处进行也就是说这种思路方法是把测试对象看做个黑盒子测试人员完全不考虑内部逻辑结构和内部特性只依据需求规格介绍说明书检查功能是否符合它功能介绍说明因此黑盒测试又叫做功能测试或数据驱动测试黑盒测试主要是为了发现 [阅读全文] [PDF]
1 共4条 分1页