测试代码需求怎么写( 二 )


同行评审是业界公认的最有效的排错手段之一 。我们在需求测试过程当中,使用最多的也是同行评审(Peer Review),尤其是正规检视(Inspection) 。正规检视是由Michael Fagan 在I B M 制定出来的一种非常严格的评审过程 。
好的需求应当具有的特点
一个良好的需求应当具有一下特点:
完整性:每一项需求都必须将所要实现的功能描述清楚,以使开发人员获得设计和实现这些功能所需的所有必要信息 。
正确性:每一项需求都必须准确地陈述其要开发的功能 。
一致性:一致性是指与其它软件需求或高层(系统,业务)需求不相矛盾 。
可行性:每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的 。
无二义性:对所有需求说明的读者都只能有一个明确统一的解释,由于自然语言极易导致二义性,所以尽量把每项需求用简洁明了的用户性的语言表达出来 。
健壮性:需求的说明中是否对可能出现的异常进行了分析,并且对这些异常进行了容错处理 。
必要性:“必要性”可以理解为每项需求都是用来授权你编写文档的“根源” 。要使每项需求都能回溯至某项客户的输入,如Use Case或别的来源 。
可测试性:每项需求都能通过设计测试用例或其它的验证方法来进行测试 。
可修改性:每项需求只应在S R S 中出现一次 。这样更改时易于保持一致性 。另外,使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改 。
可跟踪性:应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链,这种可跟踪性要求每项需求以一种结构化的,粒度好(f i n e - g r a i n e d )的方式编写并单独标明,而不是大段大段的叙述 。
另外应当对所有的需求分配优先级 。如果把所有的需求都看作同样的重要,那么项目管理者在开发或节省预算或调度中就丧失控制自由度
4.要正确测试代码的正确性,需要测试哪些情况,请一一举例说明1. 熟悉软件测试流程,有智能产品/网络应用经验者优先考虑;
2. 熟悉软件测试理论和方法,能够熟练应用多种测试工具;
3. 熟悉 C/C++/C#/Java编程,有网络协议测试经验;
4. 有较强的逻辑分析能力和学习能力,具备较强的总结能力;
5. 热爱软件测试工作,可以胜任重复性工作 。
6. 软件测试员是指根据测试计划和测试方案进行软件测试;能够针对软件需求开发测试模型,制定测试方案,安排测试计划,并对测试项目进行管理的专业人员 。每一阶段的测试都是为了减少软件的bug和提升软件的功能需求,所以测试人员必须具备良好的编程功底 。
【测试代码需求怎么写】

测试代码需求怎么写

文章插图