配置simulator测试环境

1java环境, 要求java6

2环境变量
JAVA_HOME: C:\Program Files\Java\jdk1.6.0_12
Path:      %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\Java\jdk1.6.0_12\bin

3安装simulator
分别安装4.2.1, 4.3.0, 4.5.0exe文件
4.2.1: 里面拥有BlackBerry版本有7130, 7130e, 8100, 8700black, 8700blue, 8703e, 8707, 8800
4.3.0: 这个是运行mds的
4.5.0: 里面拥有BlackBerry版本有8100, 8110, 8120, 8130, 8300, 8310, 8320, 8330, 8700,  8703e, 8800, 8820, 8830

4关于4.2.1和4.3.0
运行D:\Program Files\Research In Motion\BlackBerry JDE 4.3.0\MDS下的run.bat文件, 然后运行D:\Program Files\Research In Motion\BlackBerry JDE 4.2.1\bin下的jdwp.bat文件, 选择相应的simulator版本, 开始进行测试.

5关于4.5.0
mds(为run.bat)和jdwp在一起. 运行D:\Program Files\Research In Motion\BlackBerry JDE 4.5.0\MDS下的run.bat, 和D:\Program Files\Research In Motion\BlackBerry JDE 4.5.0\bin下的jdwp.bat
(为了方便, 可以先运行jdwp, 勾选Launch Mobile Data System Connection Service(MDS-CS) with simulator, 然后点击Launch Simulator, 自动运行mds和jdwp)

6关于4.2.1\4.3.0, 4.5.0的异同
可以理解成4.2.1+4.3.0=4.5.0, 大同小异, 区别在于, 4.2.1可以直接运行jdwp, mds内置, 所以可以测试外网; 4.5.0一定要先运行mds, 再运行jdwp, 否则无法测试外网
当提示, server failed to request. (这是因为没有连网), 是没有运行mds

7安装MSA

用处:
1测试BlackBerry 

注意事项:
1不要认为simulator不同的版本只是外形不同, 这是错误的, 8700和8800还有8320, MSA在他们三个上面的测试结果, 会不相同, 包括按键也有较大差异
2如果发现运行4.5.0的mds时, 而mds一闪就消失了. 是因为java的版本低, 就是开头说要java6. 解决方案, 找到两个文件
(一)在这个文件的第一行加一句（JDE）
D:\Program Files\Research In Motion\BlackBerry JDE 4.1.0\bin\ide.bat
set path=C:\Program Files\Java\jdk1.5.0_04\bin
(二)在这个文件第一行加两句（MDS）
D:\Program Files\Research In Motion\BlackBerry JDE 4.1.0\MDS\run.bat
set JAVA_HOME=C:\Program Files\Java\jre6\bin
set path=C:\Program Files\Java\jre6\bin

写在最后: 小女子才疏学浅, 配置一个小小的测试环境, 实在是微不足道的, 但这是我成长的足迹, 感谢大家的意见和建议, 以及给予精华鼓励和灌水鞭笞

评论

37 楼 IT公主 2009-09-28  

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

bonny 写道

IT公主 写道

bonny 写道

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

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

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

36 楼 bonny 2009-09-28  

IT公主 写道

bonny 写道

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

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

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

35 楼 IT公主 2009-09-27  

bonny 写道

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

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

34 楼 bonny 2009-09-27  

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

33 楼 oyprunner 2009-09-26  

美女效应。。。。。

32 楼 gembler 2009-05-15  

huangpengxiao 写道

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

java版才对

31 楼 huangpengxiao 2009-05-15  

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

30 楼 IT公主 2009-05-15  

swen00 写道

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

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

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

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

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

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

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

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

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

29 楼 swen00 2009-05-15  

IT公主 写道

swen00 写道

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

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

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

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

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

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

28 楼 iaimstar 2009-05-15  

protti 写道

iaimstar 写道

头像图片美

小声说一句....

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

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

27 楼 protti 2009-05-15  

iaimstar 写道

头像图片美

小声说一句....

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

26 楼 iaimstar 2009-05-15  

头像图片美

25 楼 IT公主 2009-05-15  

swen00 写道

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

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

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

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

24 楼 IT公主 2009-05-15  

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

最后都要做回归测试的.

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

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

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

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

23 楼 photon 2009-05-15  

IT公主 写道

如果是因为测试严格而是灭绝的话, 不至于吧...
如果测试童鞋们放出去了, 将来客户发现bug, 骂的更惨...
在这个问题上, 宁可自杀, 不要他杀.

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

22 楼 swen00 2009-05-15  

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

21 楼 IT公主 2009-05-15  

swen00 写道

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

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

20 楼 swen00 2009-05-15  

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

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

19 楼 IT公主 2009-05-15  

photon 写道

IT公主 写道

我的目标是, 只有开发想不到的, 没有测试测不到的.  (目标很远大啊~~)

如果在一个开发人员巨烂的公司，这个目标倒不难实现地说。
另外，不必年纪轻轻的就非要做灭绝师太，还是和气生财的好。

...感觉又要跑到测试重要不重要的问题上去了...
不是说出现bug就代表开发的童鞋们不够厉害, 也不是说厉害的开发就不会出现bug

至于灭绝的问题...我觉得不是说我吧?~~ 貌似大家对我的评价是很温和的啊...
难道因为我说"写不细会被骂"?...不是我骂别人...是我被别人骂...
开发童鞋要问这是什么步骤, 客户问这是什么意思, 组长问这是什么情况...

如果是因为测试严格而是灭绝的话, 不至于吧...
如果测试童鞋们放出去了, 将来客户发现bug, 骂的更惨...
在这个问题上, 宁可自杀, 不要他杀.

18 楼 photon 2009-05-15  

IT公主 写道

我的目标是, 只有开发想不到的, 没有测试测不到的.  (目标很远大啊~~)

如果在一个开发人员巨烂的公司，这个目标倒不难实现地说。
另外，不必年纪轻轻的就非要做灭绝师太，还是和气生财的好。