软件测试的切身体验

从软件使用用户来区分的话，我们可以把软件测试To B，To C，To G的用户；

今天属于第一篇，我们先简单的介绍一下软件测试；

软件测试的目的：

        尽可能的减少软件产品问题产生，增加用户体验效果，增强用户粘性；

软件产品问题分为很多种：

        这里最重要的就是用户利益问题、风险评估问题、风险预警的策略

用户利益相关：

比如银行、电商、支付相关软件功能，软件本身必须要保证能够正常使用；

银行APP转账支付扣款在正常规则之内；

电商产品的库存扣减、优惠券使用、会员折扣、会员权益，支付成功、商品退款退货退卷业务正常

支付产品的原子性，可以保证商品的库存正常不超发，锁库存释放库存，扣减金额的正确性；

整个软件产品过程涉及的人员较多，各司其职。

销售、产品、UI、交互、软件架构、前后端开发、测试、运维、售后、客服等等，都需要对软件的正常交付到客户手中，有着或多或少的价值；测试人员只是其中一个环节而已。

测试CASE覆盖度的概念需要解释一下，覆盖率尽可能的达到100%，接近完美，但是很少有人可以做到。所以测试用例评审，需要叫上相关联同学一起评估；好的测试用例评审是测试人员价值的体验，能够想到比产品开发更多的测试场景，使产品最后更加安全稳定；

如果从测试阶段来讲的话

测试前置涉及到：静态页面测试、UI测试、联调前的接口测试

测试后置涉及到：用例回归测试、脚本自动化、业务监控角度

针对软件不同的开发节点也有所不同

比如新系统、新功能、优化、需求迭代，影响范围都是需要独立评估的。

强调敏捷，就是较少相关影响，做到以变治变，做针对性测试，较少测试成本；

今天就闲聊到这吧，以上都是个人观点哈，不喜勿喷；