已有 8434 人访问
马梦福 ID.6533
博客(8)
马梦福的博客
提取需求
马梦福 2012-05-23
258°/2571 人阅读/0 人点赞/1 条评论
探索测试
马梦福 2011-09-20
探索式测试的一些小方法  　 　　1、确定探索目标，探索式测试不是漫无目的的漫游，在进行探索式测试之前要确定主要探索的目标，有针对型地进行探索，并且要给其分配时间，最佳方法是结合测试用例和测试需求来开展，抛开测试用例的探索是失败的探索。 　　如：2011-8-20日，探索目标，录入系统导入与导出功能。 　　2、客户现场测试法：确定功能测试目标之后，根据需求分析其业务流程，检查其主要功能
275°/2746 人阅读/0 人点赞/1 条评论
团队能够通过测试快速获知系统当前所处的状态，了解距离可工作的软件还有多远； 能够在一个迭代周期中快速完成回归测试和对新功能的测试； 开发工程师能够从持续的测试中得到快速的关于提交代码反馈。 简而言之，敏捷测试要求测试能够测试在“短的时间间隔内持续发生”且能够在“短时间内完成”。考虑到纯粹的依赖人工测试基本不可能达到“短的时间间隔内持续发生”和“短时间内完成”这两个目标，而自动化测试在执行效率方面
298°/2963 人阅读/0 人点赞/2 条评论
所谓兼容性测试就是指把以前能顺利运行在老平台上的软件拿来在新的平台上进行测试，看是否以前的功能也正常的一种测试，兼容性往往会兼容三年之内的产品，再多一般就很少考虑兼容性了，原因大多缘于软件的生命周期一般就是三年左右，过了三年，再维护那就得重新收费了！其实楼主本人认为还有一个其它的原因：那就是软件版本跨度功能变化和实现方式太大，成本太高，再把精力投在兼容性开发上，有所不值！ 　　首先，兼容性测试其实
269°/2691 人阅读/3 人点赞/0 条评论
 1、测试人员要需要何时参加需求分析？ 　　原则上，测试人员对需求了解得越深入对测试工作越有利，所以最好一开始就应该参加需求分析工作。这样可以带来如下得好处： 　　■ 测试人员全程参与需求分析，对需求了解很深刻，减少了很多与开发人员的交互，节省了时间。测试人员参与前期开发讨论，直接掌握了不清晰的需求点； 　　■ 早期确定测试用例的编写思路，为测试打好了基础； 　　■ 可以获取一些测试数据
352°/3518 人阅读/0 人点赞/1 条评论
1．在提交高通前务必要检查文档与实际程序的功能表现是否相同，比如说，客户端新增了快捷键，等操作必须在相应的帮助性文档中详细描述其使用的方便之处，引导用户形成预定的操作习惯。这样做可以增强程序的易用性。  2．在模拟器上视频的处理速度较快，所以不会出现画面移动的图像变模糊的现象，但是由于手机的分辨率相对低，处理速度也远比不上计算机的处理速度，所以一般在模拟器显示正常的速度，到了手机就应该让
326°/3237 人阅读/0 人点赞/3 条评论
不可重现的BUG的解决制度   一.         问题场景： 有一些比较严重的BUG随机发生，难以查找规律的，测试工程师提交上去后，有可能会出现以下三个情形：   ü 开发人员试图重现，重现不出，Reject回来； ü 开发人员找不到规律，所以不
330°/3292 人阅读/0 人点赞/1 条评论
　　目前已掌握LoadRunner的基本功能的使用 　　1．LR的常用组件 　　Virtual User Generator、Controller、Analysis三大组件。 　　2．使用LR进行压力测试的思路 　　◆先制定测试方案，测试系统的哪一部分性能◆着手脚本的录制和参数化工作（用Loadrunner VU）◆压测场景的建立（用Loadrunner controller）◆结果的分析3．录制
403°/4034 人阅读/0 人点赞/0 条评论