配置simulator测试环境

下个Opera浏览器，只要他显示正常，大部分手机显示也会没问题
微软操作系统可以下个MyMobiler

公主写的这么详细要赞个,这么快就精了阿

测试要做到细, 大概可以是不行的...
还有, 测试不只是UI. 还有功能, 所以不同版本间的区别还是很大的.
要详细写出不同版本间的测试结果.

偶要跟公主学下了，偶公司哪些测试人员太懒散了，一些测试方法，测试工具还是我们提供的，很多测试不到位，但有个问题，测的太细，太多，时间上如何控制。

这里继承大师们的一个观点：局部最优不代表整体最优，甚至可能损害整体。就说到这儿了，多说也无益。

局部也要测, 整体也要测.

最后都要做回归测试的.

还有一个问题, 客户不会管你是局部还是整体, 客户发现了bug, 就会投诉和不满.
然后开发和测试就会被骂.

那关于这个问题是不是要处理呢, 是不是合理呢, 那还要骂完后, 再沟通讨论分析.

还有一个貌似常规的问题,
但凡内部发现的, 和客户汇报, 叫已知问题, 要待讨论分析沟通处理; 给客户几个方案, 都有利弊, 请选择一种您最满意的.
但凡客户发现的, 那就是bug, 不管怎么样, 先骂了再说, 然后再讨论分析沟通处理. 也可能会出现几个方案, 只是客户不温和罢了. 甚至会坚持自己的意见.

所以测试要注意细节, 还要覆盖面广

测试人员几乎和你同时在工作, 开发完了, 差不多测试再给一些时间做整体的回归, 时间上是够的.
我估计你说的情况, 是前期开发在忙, 忙完了一股脑扔给测试, 这样当然是时间不够的.

我们是前期定义需求阶段, 这个时候, 开发和测试都界入进来.
开发要了解需求去开发, 测试要了解需求去写测试用例.
并且这个时候, 测试和开发从不同的角度来分析需求的可行性.

确定需求后, 项目开始第一迭代, 此迭代是测试写用例, 开发写代码.
第二迭代, 开发已经有一部分内容, 那么测试根据上迭代的用例, 来进行测试. 并且同时要写下一迭代要测试的用例.
第三迭代, 开发又开发出来一部分内容, 测试再根据上迭代写的用例, 来进行测试, 同时再写下一次的测试用例.
...
最后, 开发完成, 测试把局部已经测试完成.
然后测试要做整体的回归测试, 回归测试结束, 交活.
当然期间还有和客户沟通, 需求的变更等, 这些不说, 只是开发和测试这块.

头像图片美

小声说一句....

"公主真人比头像好看,狼友们可以行动了."

家有美妻，不做他想。。。。。。。。。。。。。。。。。。。。。

受教了，目前我们没有局部测试，被公主说中了，开发完了，一股脑扔给测试，整体回归，再回归

整个流程基本都按照你所说的，需求讨论完后，测试去写测试用例，开发需要3天，他们写用例可能只要1天，剩余时间如何安排？测试用例如何评审？