配置simulator测试环境

一个迭代不能只要3天, 至少要一周, 正常是2周为一迭代.

现在说3天和1天这个问题
在第一迭代的时候, 测试是可能会多两天的无聊时间, 但是在项目的最开始, 应该用例的量为0, 所以如果时间多出来这2天, 那么要接着写以后的用例.(早晚都是测试的活, 那不如早写完) 而且用例不是一次写完就可以的, 是会要随时更改, 代码有变, 用例也会变; 用例变了, 代码也会变的. 当然, 这变动是根据需求而来的.

以后的迭代中, 就是写用例/改用例+测试了.

也不必那么计较几天时间, 因为最后代码完成, 测试要做回归而没有提交bug前, 开发人员也是会有不特别紧张的时间差的 而且, 黑盒测试人员, 当然工资也没有开发的同学们多~~ 当然白盒测试人员, 工资也不是一般公司会请得起的...

忘记写了如何评审的问题了, 如果你要评审, 很简单, 拿着用例, 按着步骤, 一步一步的执行, 把自己当成一个完全不了解此项目的人, 只看用例来执行, 看是否能读懂, 是否够详细. 再看全局的用例, 是否够覆盖全, 边界值啊, 这些是否都有.

最后, 客户反馈回来的bug数量. 但并不是说bug多, 就代表测试没测好, 有一些隐性的, 当时在测的时候, 没问题, 后来有了, 也存在这种情况.但是, 你可以主观的感觉这是不是隐的还是显的, 比如用错误的用户名和密码登录都能成功, 而且没有测出来这个问题, 那么就显而易见了.

再加上一点, 测试一般是开发的1/7或者更小的比例, 一般来讲一个qa会同时在n个项目组的, 所以不用担心.

怎么就精华了。。。 海版还真是精华发源地

java版才对

美女效应。。。。。

主公最近露面的频率很低了，难道在排练国庆？

配置完测试环境了就开始测试了呗. 
嘿嘿.
一次次的做回归测试, 累半死. 木时间来了. 

好乐，马上国庆来了，可以换口气。国庆完了继续干。省得你天天灌水，招狼啊，向群里众公主教徒问好。

未知ing, 传说是今天release, 刚刚又把近期的bug做了最后的验证.
我从开始对blackberry极大的好奇和兴趣, 到后来的下班就直接把它锁抽屉里...