码迷,mamicode.com
首页 >  
搜索关键字:评审    ( 706个结果
网页前端项目评审参考标准
1.注册UI问题,不对齐、密码不能随意输入,需要正则表达式验证; 2.不能每次都用鼠标拖到底部,再上去,可以不可以做个锚点回到顶部; 3.测试项目要通过IE和firefox 等多种浏览器的验证; 4.文本框要加上自己的样式; 5.针对重复性代码,如何实现从189行代码到18行代码? 6.UI布局问题; 7.布局错乱的问题; 8.姓名2-4位验证,少数名族如何验证; 9.加上注释; ...
分类:Web程序   时间:2016-06-12 03:03:16    阅读次数:251
需求评审五个维度框架分析及其带来的启示-3-典型需求评审
典型情境是指软件开发的常见情境,本文选择如下来进行分析: 1. 传统瀑布模型开发下的需求评审 2. 使用IEEE Std. 1028的需求评审 3. 敏捷开发下的需求评审传统瀑布模型下的需求评审对传统瀑布模型现有需求评审的分析传统瀑布模型在需求阶段末期安排有关键的需求里程碑评审,其特征参见2.8节情况1。在业界实际操作中,往往出现如下情况: 1,召集包括领导在内的各方代表,历经1~2小...
分类:其他好文   时间:2016-06-09 12:18:05    阅读次数:290
一个项目的从创意到发布上线,需要多少人最合适?
有时候我在工作中嘲笑我们的项目牵扯了太多人。这个项目大约需要三个月,包括我和另一个程序员还有 20 – 30 个其他人可以算进来。由数不清的副总(VP)经过大约 6 个月的评审之后,所有的需求都定妥了,但变更还是不断出现。 最重要的是,它跟另一个团队的项目没什么区别(但是代码却不能重用),而那个项目 ...
分类:其他好文   时间:2016-06-08 15:28:27    阅读次数:170
测试计划
测试计划 软件是需要测试的,自然我们的软件也不例外,要想达到完美的状态就要测试。既是测试肯定有标准,而对于我们的软件的最好的标准,也就是说“足够好”的状态就是软件不容易崩溃,基础功能都能实现,即使出现问题也不至于全部崩溃,运行速度快。 退出的标准 1) 单元测试用例设计已经通过评审2) 核心代码10 ...
分类:其他好文   时间:2016-06-03 21:23:28    阅读次数:149
软件开发工作者的重心是什么
「我们一直这样做开发,时间做久了,便忘了当初的本意。」 有关软件系统开发,我们谈些什么? 我们谈过程,编码规范、开发流程、同行评审、结对编程、持续集成,从瀑布到敏捷再到极限编程。 我们谈架构,企业级、J2EE、容器化、SOA(面向服务架构)、Microservices(微服务化)。 我们谈规模,大容 ...
分类:其他好文   时间:2016-05-31 15:31:12    阅读次数:163
测试基础
软件测试 定义:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。 目的:为了发现程序中的错误,而不是去证明程序中不存在缺陷。 测试流程: 1、对要执行测试的产品/项目/需求进行分析,确定测试策略,制定测试计划。 2、针对测试计划书进行评审(测试经理 ...
分类:其他好文   时间:2016-05-30 12:52:33    阅读次数:219
代码走读
什么是代码走读?开发人员之间随机的互相阅读源代码,检查代码是否编写正确的一种检查方法。强调的是通过快速理解源代码来找出流程设计中的问题。形式上可以遵从同行评审的结构化的正规检视、走查、单人复审等;如果代码量比较多的话,可借助一些商用的测试工具进行走读。网站http://www.ifcts.com在开 ...
分类:其他好文   时间:2016-05-25 15:03:05    阅读次数:260
测试方案
测试方案模板 文档标识: Project_Test_02 当前版本: 1.0当前状态: 草稿 ? 发布日期: 2004.08.20 发布 修改历史日期 版本 作者 修改内容 评审号 变更控制号 目录 1. 文档介绍 41.1 文档目的 41.2 文档范围 41.3 读者对象 41.4 参考文献 42 ...
分类:其他好文   时间:2016-05-18 10:50:33    阅读次数:222
缺陷评审
测试完一轮后,提交BUG给程序员,有答复修改和答复不修改的问题,此时是否只是针对回复不修改的问题进行评审?应对哪些BUG做评审,界面类或影响不大的问题置不修改时是否有必要提出评审? 哪些人有资格参加缺陷评审,测试员和程序员是否有表决权,哪些人是必须要参加的,谁享有最终决定权? 测试员,开发员。项目经 ...
分类:其他好文   时间:2016-05-13 13:04:33    阅读次数:147
怎样进行需求评审?
一、 注意对需求规格说明的正确性进行评审 需求规格说明的正确性通常可以从如下方面得以体现: 1、是否有需求与其他需求相互冲突或者重复? 2、是否清晰、简洁、无二义地表达了每个需求? “清晰”是让人能够读懂;“简洁”是让人愿意去读;“无二义”决定”读”的效果,是让大家对需求描述的理解能够达成一致 。 ...
分类:其他好文   时间:2016-05-13 12:29:37    阅读次数:896
706条   上一页 1 ... 45 46 47 48 49 ... 71 下一页
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!