做网站使用什么语言好,建设网站如何选择服务器,简单模板网站制作时间,重庆知名网络公司没有需求文档的时候如何来设计测试用例 1.根据客户的功能点整理测试需求追朔表#xff1a; 一般的客户都要把要开发软件的功能点写成一个表格交给市场部#xff0c;让市场部门转交研发部。所以客户的功能点是编写测试用例一个最最重要的依据。 2.根据开发人员的Software Spec…没有需求文档的时候如何来设计测试用例 1.根据客户的功能点整理测试需求追朔表 一般的客户都要把要开发软件的功能点写成一个表格交给市场部让市场部门转交研发部。所以客户的功能点是编写测试用例一个最最重要的依据。 2.根据开发人员的Software Specification List整理我们的功能测试点 一般来说开发人员实现一个功能都要把该功能分成几个子模块来实现所以Software Specification List也是我们参考的另一个比较重要的依据。 3.开展项目跨部门讨论会 可以抽出时间叫市场部的项目负责人、产品经理、项目经理、软件开发经理和软件开发人员分别讲讲他们对整个产品的认识和设计模式对每个功能点的理解和认识理顺思路达成共识测试人员负责记录测试Leader负责整理汇总形成测试的部分参考文档。 4.测试人员整理用例需求疑问递交项目组和客户代表回复 测试人员根据项目讨论会后的理解测试过程中可能碰到的问题(如边界值、输入数据类型等等)和需求不明确的问题整理用例需求疑问让相关的模块负责人在“用例需求疑问”表格中回复并给出详细解释和说明。 5.项目内部用例评审 测试人员根据对项目的理解编写测试用例要点测试组内部评审修改后可以召集项目组的成员帮助Review一下然后进行修改。经过多次修改和评审以后测试用例要点可能会更加全面一些。 6.邮件和客户代表确认部分争议问题 测试人员与开发人员、项目组成员在需求问题上讨论有时候观点不一致各说各有理这种情况下最好把争议问题写成邮件发给客户让客户来拍板 确定那种需求合理到底如何做?抄送项目组的全体成员方便大家都了解客户的意见。最后编写测试用例的时候以客户的邮件内容为准。 7.项目Demo和部分已开发系统 大部分的系统由于没有需求为了避免项目风险开发方一般都要做成Demo不断让客户确认后签字不断展现新开发的功能以达到吸引客户的 目的。如果项目中有DemoDemo也是参考标准。如果什么都没有那已经开发的部分功能模块要去随时让用户了解了解并提出部分修改意见也可以为 我们熟悉系统提供部分依据。 8.参考同行业和竞争对手的类似产品 假如说是做一个网上书店类似的网站我们编写测试用例的时候可以看看“当当网”“China—pub”等等类似成熟相关的网站。很容易发现本公司产品的问题无意识给产品添加了竞争力。对于竞争对手的了解一定不能够少。 9.交叉模块的测试最容易被人忽略 一般的产品功能部分的交叉即是说在A模块中设置了参数在B模块和C模块中体现该参数的实际运用。比较难的如我们现在测试的“银行系统”中的交叉模块还可能牵涉到不同的用户3个以上的模块之间的调用。即是有了需求也很少写同时也是需求编写的一个薄弱环节。这样的测试用例编写问题一般初级测试工程师很难考虑全。对于有这种交叉功能的模块必须要求项目组中的精兵强将画出相关的调用关系图表明调用关系方便后面编写测试用例。 10.可以使用电话、MSN、Skype等网络聊天工具咨询部分需求 我们做的产品大多数的客户都在国外测试经理也可以用这些网络聊天工具和客户确认部分需求疑问。不过要要事先越好时间并注意异地的“时差”。转载于:https://www.cnblogs.com/ziyaboke/p/4075579.html