坚持写日志!

测试需要沉淀

上一篇 / 下一篇  2011-12-20 16:51:24

   好久都没写日志了,由于刚换了一个新公司,所以有点新的感悟,记录下...
   目前任职的公司是个外企,所有的操作环境均是英文的,提bug也要用英文来描述,但是那些bug都是给中国人看的,我发现有以下几点让我迷惑:
   1.测试找到了bug,英文描述出来bug费力
   2.好不容易描述出bug了,开发人员没看懂,然后过来咨询是怎么回事,然后不得不口头再描述一次(有时候是开发的根本就没看bug的内容,一看见有自己需要修改的bug马上就过来问了,这样浪费时间;有时候是自己英文水平低,确实没把bug描述好)
   3.中国人写的这些中国式的英语外国人能看懂吗?
   关于测试用例的执行情况有几点看法:
   1.测试用例没有维护,没有给时间来写用例
   2.测试的时候没有根据用例来执行,全凭测试人员得经验
   3.测试用例没有后期的维护
   关于测试计划及后期需求变更几点看法:
   1.需求变更均是通过提bug的形式记录的,也就是说如果你要知道该功能变更了,你需要一个个的去看bug内容
   2.测试服务器每天可以部署4次,所以你需要一直关注你提bug是否修复了
   3.每天需要做至少一次的冒烟测试
   4.测试成员之间的分工不明确
   
   今天就写这么多了,后续有问题再记录

2012.3.15

   很久没来空间更新日志了,今天来回答上面的几个迷惑!
   1.经过几个月的工作,提bug很顺手了,但是感觉还是中文式英语,多半外国人看不懂。更熟悉项目了!
   2.关于公司bug的数目已经到2w多了,每天还在不停的增加!需求等还是在bug中变更,没有变更文档!
   3.项目组由一个负责人去更新了测试用例模板,但至今我还没仔细去看过每个功能的测试用例!

TAG:

在梦想中畅游 引用 删除 myname1025   /   2012-03-15 09:44:15
改革估计是领导的事情了!我们都是小虾米
幸福的地图的个人空间 引用 删除 幸福的地图   /   2011-12-27 14:36:43
呵呵,你遇到的问题和我这边差不多!  每天需要做至少一次的冒烟测试  -----这个太夸张了吧!想个办法做个变革
 

评分:0

我来说两句

我的栏目

日历

« 2024-05-02  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 4426
  • 日志数: 7
  • 建立时间: 2011-06-21
  • 更新时间: 2012-07-19

RSS订阅

Open Toolbar