携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第36天，点击查看活动详情
针对于支付模块，如果接入了支付宝该如何测试
对于普通商城系统而言，如果接入的是支付宝从测试的角度，需要与支付宝对接联测方可完成测试。
在这种情况，一般我们不会选择与支付宝的测试团队对接，因为过于麻烦。反而我们会选择接入第三方真
实系统进行测试，来模拟我们的过程。即付款时走真支付宝付款，实际上付款是将某账户中的钱转入到另
外一个账户，如果两个账户都是自家的则不需要担心金钱损失。
例如押金、支付、充值都可以考虑这种情况，甚至还有短信平台也会接入真实系统。
这种接入第三方真实系统，有一些注意事项：因为涉及到金钱交易，最好与公司申请得到公司的支持，
如有必要可使用小额账务完成整个过程。另外，在这种情况涉及到的金钱交易要特别小心，以免造成公司
损失。
一般有支付，就会有退款操作。有时候还需要验证退款操作，检查退款到哪里去了，是否原路返回，
是否存在手续费扣减。
测试执行中如何去更新测试用例：
-
往往在测试执行过程中，才发现遗漏了一些测试用例，这时候应该及时的补充；
-
有些测试用例在具体的执行过程中根本无法操作，这时候应该删除这部分用例；
-
若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。
-
总之，测试执行的过程中及时地更新测试用例是很好的习惯。不要打算在测试执行结束后，统一
更新测试用例，如果这样，往往会遗漏很多本应该更新的测试用例
说说做了 3 年测试工作的一个体验
我觉得还是应该做用例评审……
我觉得用例设计度的把握很难……
我觉得日报这东西还是比较有用的……
我觉得过 Bug 是个好东西……
我觉得用任务跟踪表管理项目（做计划与跟踪）也挺好的……
