单元测试
一个单元测试是用于判定一个函数行为是否和预期一致。单元测试一般由开发人员自己完成，测试进行一定程度的审核。
现状：没有进行单元测试。没有单元测试计划、单元测试用例和代码覆盖率统计。开发人员只是简单地调试程序。公司员工数量比较少、任务多、时间赶，其次没有硬性的规定和相应的考核指标，导致开发人员总是赶着完成代码量而对单元测试不闻不问。同事说以前的公司有单元测试，所以说明确实有公司是重视单元测试的。有时候开发也不知道自己的程序到底完成了那些事情以及如何完成的。可能和公司人才流动速度太快有关，开发人员总是接手别人的程序。有时候出现什么问题是开发会觉得十分迷茫，觉得程序怎么会按这种方式实现。所以我觉得单元测试是十分必要的，让每个软件单元都正确完成预期工作并有详细的注释，便于后面的开发能够尽快上手。
集成测试
测试软件单元按照要求（概要设计）组装成模块、子系统或系统的过程中，是否达到指标或者相应的要求。集成测试的前提是针对已经做过单元测试的软件单元。集成测试的方法：1、测试软件单元的组合是否正常工作2、与其他组模块能集成起来工作3、系统模块组合能否正常工作。一般实施方案可以选择自底向上集成测试或者自顶向下集成测试。
现状：没有进行单元测试，所以自然集成测试也没有。
确认测试
确认测试用于测试软件功能是否符合需求（需求规格说明书），即是否按照用户的预期工作。一般模拟客户的使用环境，并用黑盒测试方法进行测试。测试内容：安装测试、功能测试、可靠性测试、安全性测试、易用性测试、可移植性测试、可维护性测试、文档测试。α测试是开发公司内部人员模拟各类用户进行测试。β测试开发公司组织用户在日常生活中使用测试版本进行测试，并报告异常情况和提出批评意见。
现状：我们这些测试员主要就是进行α测试，测试内容包括安装测试、功能测试、易用性测试。对于易用性测试，没有完整的需求导致测试和开发总是各执己见、难以调和。老总有时候也会对软件进行测试，并提出易用性方面的缺陷。老总还会对比其他公司的产品，使现在的产品变得更好用。公司还会将测试版本发给一些客户使用，不过客户总是不能将缺陷描述清楚，只能含含糊糊说一些大体上的问题。其次就是产品负责人有时候为了赶进度而忽视客户提的问题。
系统测试
经过集成测试的软件，作为计算机系统的一个部分与系统中其他部分结合起来进行的测试。测试内容包括：功能测试、健壮性测试。健壮性测试包括容错能力和恢复能力。一般进行恢复测试、安全测试盒压力测试。恢复测试是使用各种条件让软件运行失败，并验证器恢复过程是否正确执行。系统失效必须在规定时间内被更正，否则会导致严重的经济损失。安全测试用来防止非法侵入。压力测试在正常资源下使用异常的访问量、频率或数据量来执行系统。
现状：对于安全测试，公司愿意出大价钱奖励入侵成功的测试人员。但是在平常的测试过程中，并不会有系统的方法去进行安全测试。恢复测试和压力测试，并没有完整的测试规范。压力测试也仅限于长时间进行大文件传输测试。不过对于现在的产品，对于压力测试没有十分的必要，也许这就是没有进行压力测试的原因。
验收测试
最终用户或独立测试人员根据测试计划和结果对系统进行测试和验收。
现状：客户的公司有自己的测试团队，所以一般由他们来完成验收测试。我曾经问过美国客户的测试人员的测试流程，基本是：首先把测试用例过一遍，然后针对特殊或新增的测试模块进行反复的测试。美国客户还会将候选版本给客户使用，让他们来提出有用的建议。
从整个测试过程来看，公司主要进行确定测试和系统测试。而且测试主要集中在功能测试。功能测试也只是使用手工测试，并没有使用任何自动化测试。美国客户那边希望开发能够设计出以款能够针对该产品的自动化测试工具来提高效率，但是显然开发人员并没有那么多的时间。
