时间紧迫的情况下，如何做好测试工作？(2011-7-26)（获奖名单已公布）
对于时间紧迫的情况下，如何做好测试工作？如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
http://bbs.51testing.com/attachments/month_0811/20081125_650d7dccd46be6244f27oXDjE0HoDhyX.gif
获奖名单
奖项获奖名单奖励答案链接
一等奖becky0750元手机充值卡28#
回复 1# 默默巫
版主，我仔细看了一下每周一问，发现有好几个都太相似了。看看，这期讨论的题目是不是与
“在进度较紧的情况下，如何开展测试工作？”网址：http://bbs.51testing.com/thread-145131-1-4.html类似，重复讨论相似的问题意义不大吧，呵呵。 回复 2# testingleader
呵呵，是有一点相似。
开展和做好还是有点区别，之前那个问题是09年的，希望这个问题大家根据现在自身的情况讨论的更深入点。 1.首先向上级反映下时间和工作量，让上级了解当前进度，便于对人力和进度进行合理安排调配。
2.对软件进行分析，一般按照常用的功能，用户关注的功能，容易出问题的功能进行划分，优先对这些模块进行测试。
3.设计测试用例更加科学，尽可能少的数量覆盖最大。
4.及时与开发人员和客户沟通，评估风险。
5.加班 1:先找业务流程熟悉的人员了解软件功能，区分侧重点
2：若是旧软件进行升级的，参照之前的重点的功能及容易出错的功能先进行测试
3：软系统软件，先大概了解下功能，划分出主要功能，向市场人员了解此类软件用户习惯。
4：根据自身的经验进行判断了。
5：向项目负责，上级告可能出现的风险。
6：只能是加班了 可不可以从测试组织方式来作点事情，比如内测、公测啥的 1.按照各个功能的优先级进行测试，先把优先级最高的测试完
2.向上级反映，看可不可以调派其他的人员
3.那就只有加班咯 赞同楼上，按照优先级给测试用例排序；其次---加班～ 赞同一楼 可不可以从测试组织方式来作点事情，比如内测、公测啥的
xsheep 发表于 2011-7-29 22:43 http://bbs.51testing.com/images/common/back.gif
您的建议太好了 回复 6# xsheep
测试是否完成的依据我认为是测试用例是否执行完毕，所以公测和内测对测试用例的执行帮助不大。 时间紧张时，仍要走必要的流程。如需求分析，需求评审，合理安排测试计划，测试用例评审，发布标准等。
需求分析时，测试与研发人员，项目经理一起参加，对需求细分，使项目人员理解项目目的，范围，各功能包括的功能点及业务流程，减少设计环节出现大问题的风险。
需求评审和需求分析目的类似，可以对需求分析阶段有疑问的点进行确认和讨论，保证需求里体现功能的正确性。
合理安排测试计划，尽早测试风险大，问题多的模块；采用合适的测试模型，如Scrum可以尽早进入测试
测试用例评审：测试用例可以简洁，省略部分元素，但测试标题要清晰体现测试点。评审时相关人员参加，保证测试完整性，准确性。
建立发布标准，对于不影响基本功能的问题，不过多纠缠，节省时间。 自动化测试不是很快嘛？
根据优先级先把软件最有卖点的先测试出来， 我觉得不能因为时间赶就不去测试必要的功能哈 ！！ 回复 2# testingleader
这都被发现了。强 1、按需求的优先级测试；
2、使用工具进行测试；
3、加班测试；
4、加人有点不可能，等你给他讲清需求，时间都没了
5、加强和开发人员的沟通。 测试完成后要认真写报告和总结风险。以备上线后或者下期进行重点关注。 回复 6# xsheep
呵呵，你好像在说网游撒。公测就是正式投入运营了吧。 在网络游戏测试经常会遇到这种测试时间不足的事情。
一般我的处理方式是做一份完整的测试计划与上级和项目组同时沟通，沟通的目的是确认哪些测试可以舍弃，哪些测试可以优化，哪些测试可以紧急拉一些其他部门人员来协助进行测试。最后估出一个新的测试计划并且执行。
当然加班是必然的。不过也有底线，因为QA部门并不仅仅针对一个项目。 1、抓重点
2、加人力资源
3、加班是免不了的 1、测试项的轻、重、缓、急
2、开发测试协调、协同、并行工作
3、确保测试资源、测试人员的配备和能力要求
4、识别风险，确认系统释放策略
5、做好后期系统支持、维护，以及持续测试工作
