关于软件测试、发布、质量保障、用户体验的总结

测试积点老人

一、软件测试

      软件测试是描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程，是指在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估。软件测试主要工作内容是验证(verification)和确认(validation )，验证是保证软件正确地实现了一些特定功能的一系列活动，确认是保证软件做了你所期望的事情。

1、软件应该在何时测试？需要测试什么？

      人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的。

2、软件测试只和测试人员有关吗？

      有些人认为软件测试是测试人员的事情，与程序员无关，但其实开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。

二、软件发布

      软件发布的流程：

1、提交测试：开发人员经过自测（单元测试）后提交测试代码。

2、预发布：测试人员在alpha环境测试并跟踪修改bug达到上线标准时开始部署beta环境，有测试发起邮件发布流程。

3、验收测试：测试人员对现有功能在beta上进行验收测试。紧急bug修改走补丁/merge流程。不影响功能的bug留到下次版本解决。确认达到上线。

4、正式上线：测试人员发起，通知相关部门人员配合发起上线操作。

5、总结报告：测试负责人编写测试总结报告。

       原计划的软件发布时间快到了，但是软件还是有各种问题，怎么办？

      项目临近结束时，所有人员（开发、管理、测试）都要回归测试所有的Bug。每个人都要帮助团队确保这些Bug的确是被修复了，而且别的更改没有导致功能的“回归”。为便于管理，我们可以考虑新增一个字段，标记某个Bug已做过回归测试。随着程序功能的完善，我们要让程序的各个方面有次序地“冻结”，这样才能把稳定的软件交付给用户。

三、质量保障

       质量保障（QA）是软件团队为了让软件达到事先定义的质量标准而进行的所有活动，包括测试工作。

      测试的角色要独立出来吗？

      有些成功人士或公司认为独立的测试角色不应该存在，我认为软件团队中应该有独立的测试角色。所有人都可以参与QA的工作（报告Bug什么的），但是最后要有一个角色对QA这件事负责。不但角色要独立，而且在最后软件发布时，必须得到此角色的签字保证。分工是社会和行业进化的结果，开发和测试其实是软件工程的两个分支，对于不同的软件/服务，测试的方式和程度都有所区别。独立的测试角色从用户的角度出发验证产品质量。独立专业的测试等同于代表客户对产品进行认证。

四、用户体验

      用户体验是指用户在使用一个产品或系统之前、使用期间和使用之后的全部感受，包括情感、信仰、喜好、认知印象、生理和心理反应、行为和成就等各个方面，而影响用户体验的因素有系统，用户和使用环境。在设计用户体验的时候有一个重要目标就是降低用户的认知阻力，即用户对于软件界面的认知和实际结果的差异。

      好的用户体验是所有人都想要的，但是如果用户体验和软件质量有所冲突，那该如何取舍？

      用户需求是根本，在给用户一个好的第一印象时，我们可以用5W1H（who、when、where、what、why、how）来判断好坏。在用户体验这个问题上，还要特别考虑到短期刺激和长期影响，在必要的时候我觉得可以牺牲软件质量去追求用户体验。