开发测试方面几点建议.docx

细心整理
产品开发测试方面的几点建议
一、需求整理方面
完整详尽的需求规格说明书会有以下好处：
1、便于及客户沟通
尽可能地以书面形式将客户对产品的功能需求、性能指标、技术参数记录下来，在开发之前假设需及客户沟通，便可以产品需求规造成工作效率的下降。
这个问题在我们的开发过程中有时也会存在，例如：GPRS产品的通讯协议及软件程序不相同，开发期间，有时会以产品功能为准，这时就应当修改技术协议，否那么，后期其他开发人员用到此产品和协议时，会特殊费解，因为技术协议和产品运行结果的实际状况不相同。应当以何为准呢？虽然不会造成大的后果，但对后期的类似新产品开发、前后台对接都会造成一些影响，影响进度和效率。
建议安装运用版本限制软件，并且养成刚好更新文档的好习惯。
3、代码的重查
随着开发产品的增多，开发经验的积累，开发人员的水平也慢慢提高了，有时候回头看自己以前写的代码，可能会发觉有很多可以优化的地方，可以提高代码的效率节约资源，另外，也可能会发觉代码中潜在的bug,始终没有发觉，这个bug可能会在某种状况下触发，造成产品出现问题。代码重查就是要提前发觉程序中潜在的问题，及早修正。
建议把代码重查作为我们开发人员的一个好习惯，慢慢养成。
三、建立全面完整的测试机制
在产品出厂之前，进展全面而细致的测试特殊重要，不管我们的硬件产品还是软件产品。否那么到了客户那里出现这样那样的问题，会造成坏的影响。
我们此时此刻根本是每人负责一个产品，此时就须要将产品性能、技术参数、各个功能点陈设齐全，客户有新的功能需求提出来，我们就把新增加的功能点添加到需求文档中，同时添加到测试文档中。假如对产品的测试流程有影响，也要对测试流程进展相应的调整，便于后期测试人员对产品进展全面的测试。
测试方面可能会存在的问题，一般是开发人员或客户发觉某一个问题之后，反应给研发部，开发人员将产品问题修改之后，提交给测试人员测试这一功能点，假设这一功能点不再出现这一问题，即大功告成。其实开发人员修改此功能之后，可能会影响其他功能，应将产品交给测试人员进展全面测试。测试人员将整体功能遵照测试流程全部重新测试一遍，以保证其他功能没有受到影响。
细心整理
例如：湖南的设备曾出现的问题，有功总不等于尖峰平谷之和。以前是相等的。后来有其它问题修改之后，代码上可能动到了这一局部，但是由于客户要求匆忙，没有时间让测试人员进展全面的测试，以至于后来遗留了这个问题，当时是由后台软件弥补了这个问题。
测试产品应当尽量形成常态化和标准化，不久前见到有一套“客户”编写的短信设备测试流程图，我们更应当对每个产品建立这样一套的流程图，便于测试人员测试，也便于新员工的快速驾驭。否那么测试步骤不同可能就得不到正确的结果。这样的步骤也可以后期形成用户的操作说明书。
假如没有完整且全面的测试机制，产品的性能可能完全依靠于某个开发人员的责任心和技术水平。产品的性能就会因技术人员的状态变更受到太大的影响。有完整且全面的测试机制的话，就可以尽早发觉问题，解决问题，尽量幸免在客户运用时产生问题。
四、建立常见问题集
随着产品的生产、运用，我们都尽力保证产品不出现问题，但再完善的测试条件和测试手段可能还是及用户的现实环境有差异，产品出现问题也是在所难免。可能是软件的问题，或者某一个硬件的问题，有时候这些问