PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
该帖子同步发自:(wcabt的博客 访问该博客)
1、新技术和不完善的技术。使用新技术不可避免的会给开发工作造成混乱,潜在的连锁反 应甚至贯穿软件的整个软件生命周期的多个阶段,当然包括测试。有时由于一项新技术引起的问题太多,甚至可能需要对产品中的一部分重构。这样测试组就必须再 执行一次详细的回归测试。测试计划的指定中需要考虑此类问题。
2、分阶段实现。在系统的第一个完整版本完成之前,功能可能是一个个提测的。如应用程 序可能为输入一组数据提供了一个用户界面,但是查看这些数据的界面可能很晚才能提测。这时候测试计划就需要考虑这样的情况,比如提供一种可替代的测试方法 来测试程序是否正确的处理并存储了数据。
3、缺陷。缺陷在很多方面会阻碍测试工作的顺利进行。如由于比较严重的bug,测试过程无法完全执行。测试组就需要和开发组沟通,如何去处理这种情况,确定拒绝测试的BVT bug。
4、补丁和服务包。操作系统、浏览器提供商或者其他第三方软件供应商,通常会提供产品 的升级服务来修正缺陷和推出新功能。如果正在测试的应用程序受这种升级的影响,那就需要把这些情况写入测试方案。如当一个流行的Web浏览器的新版本发行 时,如果很多用户都会升级到这个新版本,那么测试计划就需要为此做好准备,如在这个浏览器的新版本和旧版本下测试兼容性。