测试的次数
假如公司有两个环境，一个是测试环境，一个是正式环境，这两个环境有稍微点的不同，那么当我们在测试环境中测试OK后，放在正式环境后，是指让需求方测试一次，测试人员不介入进去呢？还是测试人员测试完以后再让需求方测试一次？ 测试人员是应该再测试一次的，最起码需要在真实的生产环境上验证一下各个功能点。回复 2# 的帖子
谢谢你的回答 有这么好的测试环境，真是羡慕！回复 4# 的帖子
一般都会有QA环境和正式环境两个吧~~~ 问几个问题,1 >这2个环境有什么主要的区别?
2>这2个环境运行的测试是手工测试还是自动化测试?是功能测试还是性能测试?
3>为什么要搞2个环境?2个环境的作用有多大?
4> 你的那个正式的环境是在哪个阶段开始才正式使用?你是否考虑过,当你在正式环境上执行完测试用例的时候,是否还能够保证它是干净的环境?
回复 6# 的帖子
首先，QA和正式的配置是一样的，可能因为公司的项目不同，如果是不定时期内更新内容的话，我们可以在QA上先对更新部分及其影响部分进行测试，这样也可避免放到正式环境后出现大的问题 这种不能简单的说如何测试！1.正确看待成本
2.正确对待不同程度的用户
我总觉得测试一切从成本出发，回归一次不是小CASE的，成本需要考虑上去的，如果项目不是很大，而且利润也很低，那么当测试环境已经测试通过了，没必要在生产环境下还由测试人员去测试，应该是客户那边单方面反馈问题了！
如果项目较大，成本也较大，客户重视程度也较大，特别是关于收取钱的（银行呀、政府机构、移动等等），这类型的由于周期较长，而且客户对象大型，一个项目不太可能一两年内就OVER，所以一般需要测试环境OK后，配合客户再跟客户一起回归，这是比较合理的处理方式！
当然这些是我个人意见而已，有些人总说，测试要测试OK了，才能给客户，其实这些都是狗屁，瞎扯淡！企业是以盈利为目的的，利润最大化是企业的目标，所以一切从成本出发考虑我觉得最实际，也最不虚伪。 我觉得这个是当初客服沟通的时候应该说好的！
如果当初客服跟客户沟通考虑到在客户环境下再测试，那这部分成本考虑进去了就没问题，如果当初没考虑到这个，现在要加入这个，我觉得偏离实际，偏离成本，除非对方是你们大客户，可以暂且撇开成本，为了以后合作，如果是一次性搞定的客户，那根本不用考虑了不用去客户环境测试了，因为赔本买卖没人做 运维环境里，测试人员执行冒烟测试就够了，其他交给客服和客户。
页:
[1]
