如果某天早上拿到一个软件，只有一天时间测完，你打算怎么测试？

风华绝代 · 发表于 2007-9-24 11:53:24

如果某天早上拿到一个软件，只有一天时间测完，你打算怎么测试？

之前毫无提示。
只有一天时间测完。
有操作文档。有安装软件。
测试完毕提交测试报告。

·该软件有比较复杂的逻辑关系。
·涉及到数据库，数据的新增、修改、删除等。

请问你打算怎么安排测试工作呢？

测试计划？
测试用例？
如果写测试用例，时间可能来不及。
如果不写，难以保证覆盖度？
。。。

[ 本帖最后由风华绝代于 2007-9-24 11:54 编辑 ]

fen_wu799 · 发表于 2008-5-4 11:16:24

我们经常遇到这样的情况，我都是直接进行测试，提交bug。
测试计划、用例向来都是聋子的耳朵-----摆设！

美元测试 · 发表于 2008-5-4 11:03:50

原帖由 风华绝代 于 2008-5-4 09:20 发表

很职业的做法，学习了。

不是吧，你竟然比较喜欢的是这个答案
让我有点失望...
测试时间只有一天，并不代表你提交完BUG测试工作就结束了
发现的BUG如果完全不修复的话（当然时间上可能无法修复所有发现的bug，但对于必须要修复的和决定要修复的总该回归一下吧？）
那这样的话测试的意义在哪里

测试之前和主要开发人员进行短时间的交流是提高测试效率的一个很好方法
毕竟阅读和理解文档需要一定的时间，而且文档本身也有bug呢？
测试计划能免则免，自己大概写个schedule就ok了
测试用例可以以测试点的形式编写
测试执行focus功能测试中的主要功能测试，异常流和组合情况的测试可以考虑的相对少一些
测试报告是必须的，指明测试的实际执行情况以及风险预估

zhicl · 发表于 2008-5-4 10:59:01

我也会时不进接到一个项目,要求一天内给结果的,但基本都是有针对性的测试,比如客户处报上来一个BUG,开发要求重现问题之类的,或者是旧项目加了一些新功能,如果是一个完整的新项目,一天内怎么着都不可能完成吧,除非这个足够小....

云彩 · 发表于 2008-5-4 10:39:28

先测试，在总结

风华绝代 · 发表于 2008-5-4 09:20:05

原帖由 davy_chen 于 2007-9-26 10:18 发表
遇到这种情况我的做法：
1、不写测试计划和测试用例；
2、直接进行测试，不用担心漏测，因为时间、资源不足不可能不漏测；
3、尽量多的发现问题，无论大小都要明确记录；
4、提交报告时指出1天测试资源远远不足， ...

很职业的做法，学习了。

红色异端 · 发表于 2008-3-7 21:21:33

把最主要的功能测试下，业务流程测试下，提交BUG，并在测试报告中说明测试情况，和未完成的功能测试有哪些

rien2128 · 发表于 2008-3-7 18:12:16

测试时间不充分，这些本身就是有风险的，他给你的时候你就告诉他不可能测试全面。不过我觉得像这种测试可以从广度上去考虑，不必要从深度去考虑测试，优先考虑重要的模块，客户最需要的功能，保证基本功能就可以了。

lianger · 发表于 2008-3-7 11:58:02

只能凭经验来报BUG了。

jiang860718 · 发表于 2008-3-7 10:10:31

一天的时间应该够用了，我做测试一般就是一天，早上9点到下午4点，中午还休息1个多小时，很多的情况下都是半天一个，一天两个！~

zhoumoya · 发表于 2008-3-7 08:30:42

我感觉，因为时间太紧，所以应该从一个用户的角度出发，尽量找出用户最常用到的功能的bug，做完了这些后，如果有时间可以做一些深入点的Ad-hoc测试。

xxcat9901 · 发表于 2008-2-20 17:02:52

1.首先一定要尽量熟悉软件的功能点以及输出，
2.根据功能点做一个基线测试，
3.在覆盖所有功能点的基线测试上，考虑其他情况做增量测试。

泰德李 · 发表于 2008-2-20 16:38:47

花两个小时看用户手册，然后随机测试，找出严重的影响用户操作的bug

庖丁解牛 · 发表于 2008-2-20 16:04:48

有没有试过Exploratory testing？就是要解决这种问题的pattern

sunlun98 · 发表于 2008-2-20 14:30:12

从需求中找出测试的侧重点来，根据优先级高低进行测试测试，毕竟时间紧张，详细情况可以在测试报告中列出。

junqinghuang · 发表于 2008-1-29 15:33:43

一般来讲这种测试为最后的封版测试或者验收测试，当然是黑盒测试
执行测试的前提条件：测试环境必须已经配置完毕，且系统可正常运行。
1，根据手册和与需求人员的沟通，了解主业务流程和系统主模块，了解经典业务流程，其他细枝末节不用关注，形成电子文档（我喜欢用visio绘制业务流程草稿图）
2，粗略定制测试计划，做到时间安排心中有数
3，根据测试量，申请测试资源，主要是人手
4，按照主流程执行测试，测试时业务流程图中补充主要说明
5，形成测试报告文档，说明存在的风险，以及时间的不足性