求助，关于紧急情况下的测试流程和测试记录
由于公司项目原因，有一个刚开发出来的B/S架构软件要我们进行功能测试，但是在这之前我们测试部没有接触过任何关于这款软件的信息，而且由于测试时间上的紧迫，我们只能得到一个简单页面样板说明，只有简单的描述软件有这个功能，功能的实现形式却没有说明（比如说简单的输入数据的约束说明都没有...），想请教各位大侠在这种情况下如何安排测试流程、并记录好测试记录以应对这种突发状况（或者需要做好哪些记录模板，记录项都有什么）...万分感谢。:Q 1、首先明白版本目的，是测试版本还是发布版本，对待肯定不一样的2、确定测试重点，这个可以跟开发协商 开会协商吧 我们公司版本就每次都这样的，测试就不断找开发沟通沟通，有分歧就直接找老大，老大不知道直接找客户...... 1、跟开发，项目负责人沟通
2、根据自己以往的经验 1 既然让你们负责测试，要把主要的业务流都跑通，功能点基本覆盖即可；同时你要出报告把风险要提前说出来；不然最后你们就成。。。。。 这个只能是和开发沟通 或者可以融入自己的一些测试思想在其中 没有办法，只能靠多交流，和项目需求的人开发的人使用的人多沟通沟通，再结合自己的经验和测试技术 真巧，今天刚总结出一套紧急项目的测试策略，不知道适用起来如何，楼主也帮忙评审下：
1.先和研发经理 确认 他心中的功能测试需要达到的程度
2.说出你分析出存在的风险项（如：时间短，可能无法发现深层次的缺陷）
3.根据风险项评估出如果测试介入能够达到的效果（只能保证功能正确性）
4.要求产品必须具备一定的质量。开发人员必须完成自测，无严重功能问题。
5.达成一致意见后，先对开发文档和功能进行评审，再编写简单的测试计划和测试用例，进行测试用例和测试范围评审
6.一轮测试，两轮回归测试，基本就能够保证功能正确性了（只能保证功能正确性）
没有开发规则说明书的现象普遍存在，必须再开始测试之前，与开发经理确认这点：没有明确文档，测试将没有直接证据，测试将不保证边界值等问题得到规范。 多沟通吧。不知道沟通流程如何。。。
实际上，很多项目到这个阶段以后，质量风险就全部变成了测试方面的问题了。 这个没办法，还是沟通 恩，多沟通，看公司和项目，客户要求如何，如果你老板有关系，只要产品能运营就可以卖出去。你也没必要较真。如果客户比较较真，那就和客户多沟通。别客户要的是iphone，我们给的是apple，最后项目结束了，只能咬一口了。
页:
[1]
