HTSM(启发式测试策略模型)——项目环境(Project Environment)

2016-11-21  橙子 

编写测试用例和测试执行是测试的核心工作,然而,要创建什么样的测试用例,如何开展测试工作, 在项目环境中有许多因素是很重要的。我觉得这些工作就是测试分析,只有测试分析进行完善、正确,才能保证后续的测试工作不会走弯路。往往很多测试人员是缺少这一部分工作的。根据我个人的工作经验,进行测试分析,通过以下几个方面,对于测试工作是 非常非常重要的。要想验证一个测试人员的水平,通过测试分析就可以判断出来。以下是HTSM模型中提出的几个方面,实际工作我们可以根据自己的实际情况进行挑选。 但前两项是必须的。

使命(Mission)
  • 项目的背景是什么?
  • 为什么要做这个项目?
  • 你的客户是谁?你的用户是谁? 
  • 客户中谁的意见更重要?
  • 谁又会从你的工作中受益?
  • 你的客户对你的项目有哪些期望?

了解上面这些信息对你的测试是很有帮助的;作为测试人员我们不能只是验证产品是否满足需求文档,一定要从用户的角度出发,了解用户最原始的需求,了解项目的起源,了解我们做这个项目的初衷。
我在工作中就发现很多人测试,只知道测什么,但是为什么这么做就不知道或不太清楚了;最终项目流程上出了问题,根本不知道错在哪里。有时候产品经理对项目也可能理解不透,对客户的需求理解有偏差;在与客户进行需求评审时,发现需求文档无法满足客户需求,或者与客户的需求完全不同,这样做出来的产品肯定是失败的;还有的时候由于客户有多人,有领导、有直接负责人、还有产品的真实用户也就是一些基层员工,往往不同的人有不同的想法或需求;在产品经理眼里,他们都是客户,但是我们一定要清楚谁的意见是起决定作用的,我们一定要保证客户的意见最终达成一致。也许这些工作是产品经理应该完成的,但是作为测是人员,我们一定要站在用户角度,保证产品最终要符合客户的真实需求,不然我们辛辛苦苦完成的产品就变成垃圾了。

项目信息(Information)
  • 项目的相关负责人都是谁?
  • 项目资料、用户手册、用户故事、场景等
  • 项目是否有老的版本,老版本是否有什么问题?
  • 业务在线下是如何操作的?
  • 项目要解决什么样的问题?
  • 用户和客户都是谁?

进度安排(Schedule)
  • 项目周期是多长?是采用哪种开发模式?瀑布?迭代?敏捷?
  • 给测试留了多少时间?测试时间是否充足?
  • 开发提测时间是什么时候?开发的排期是如何安排的?
  • 需求评审安排在什么时候?
  • 测试什么时候可以进入项目?

测试模块(Test Items)
  • 测试的范围是什么?我们需要负责测试哪些模块?
  • 是新项目还是老系统优化?
  • 如果是老系统升级,新增了哪些功能,修改了哪些功能,去掉了哪些功能?对原有功能有哪些影响?

与开发的关系(Developer Relations)
  • 开发是哪个团队,有多少人?
  • 与开发是否有过合作?
  • 开发的水平如何?
  • 与开发之前是否有过合作?沟通是否有问题?

测试团队(Test Team)
  • 测试资源都有哪些?资源是否充足?
  • 项目都需要哪些测试团队?
  • 与其他测试团队之前是否有过合作?
  • 其他测试团队的工作安排如何?

设备和工具(Equipment & Tools)
  • 都需要什么样的测试设备、测试工具?
  • 目前的设备和工具是否可以满足需求?

交付物(Deliverables)
  • 有哪些报告、文档或会议纪要需要我们编写,交付?
  • 这些文档是否有标准模板或特殊要求?
570°/5707 人阅读/0 条评论 发表评论

登录 后发表评论