精华内容
下载资源
问答
  • 阿里内部开发规范,可以有效提升开发质量,避免菜鸟易犯的大坑,从而使得团队更正规,更有效率!
  • 软件开发过程改进为什么能帮助软件质量提升
     
    

    软件开发过程大观——软件开发过程改进为什么能帮助软件质量提升?

     

    软件发展的二个典型趋势

    1、软件规模日益扩大。类似摩尔定律,功能类似的软件系统的规模大约每18个月翻一番,每5年,功能类似的软件系统的规模扩大为原来系统的10倍。

    2、软件在整个系统中的比重日益增加。20世纪60年代,F-4战机中,由软件来完成的功能约占整体功能的8%21世纪,F-22战机中,由软件来支持的功能则达到了整体功能的80%

    以上趋势使得软件软件质量问题越来越突出。

    软件规模日益扩大,使得软件越来越难做;软件比重的日益增加,使得软件质量问题的影响越来越广泛和严重。

    软件开发项目经常陷入包括软件质量不佳、项目进度延期、成本超支、客户不满……等等的“焦油坑”。


    在传统行业,质量管理和企业管理方面的经验和理论表明,产品的质量取决于过程的质量。

    用工程化的思想来管理软件开发,借鉴传统行业在质量管理方面的经验,可以在一定程度上缓解上述问题。

    软件工程,是研究以一种高效的方式提供高质量软件产品的工程学科。

     

    软件开发过程的发展历史

    20世纪50年代,没有成熟的程序设计语言,软件开发需要直接面对硬件环境。

    20世纪60年代,软件作坊(Softwarecrafting)诞生。

    软件开发的特殊性被发现:

    1、软件可以复制。不需要昂贵的生产线就可以复制软件。

    2、软件比硬件容易修改。由此形成了“Codeand fix”的开发方法。

    但软件随意的修改,也带来了严重的隐患:软件的演化更加随意,跟踪困难,最终形成了类似意大利式面条的局面(“一团糟”)。

    此期间也形成了倡导自由精神的黑客文化和牛仔风格的牛仔式程序员(他们采用急速而草率的方式,可以连续通宵达旦的连续工作多天,在截至日期前完成存在很多缺陷的代码)。

     

    20世纪70年代,形式化方法与瀑布过程。

    程序编码应该更加精心的组织,在设计之前,需要经过更加仔细的需求工程。

    形式化方法,在可伸缩性和易用性方面存在很多困难。

     

    20世纪80年代,生产率和可伸缩性。

    在过程标准方面的投入,可以减少软件开发过程的返工,显著提高软件生产率。

    美国国防部DoDCMU联合成立了  SEI来制定过程标准。

     

    20世纪90年代,并发过程和顺序过程。

    关注产品上线时间,导致并发过程的兴起,并行工程的风险带来风险驱动的螺旋模型。

    1991年,SEI发布CMM1.0; 1993年,SEI发布CMM1.1

    CMM针对组织级的软件过程标准粒度较粗,还需要考虑更小的组织单位,即个人软件过程(PSP)和小组软件过程(TSP)。

    SEICMM基础上,进一步提炼组织级软件过程改进的一般性理论框架,发布了IDEAL模型。IDEAL模型就像是传统行业质量管理的PDCA模型在软件行业的推广,是一种比较通用的理论框架。

     

    2000年,敏捷方法,基于价值的方法

    敏捷方法,如自适应软件开发、Crystal方法、动态系统开发、XPFDDScrum

    基于价值的方法,低风险高动态变化的,适用于轻量级的敏捷开发方法,高风险低变更(固定)的,适用于规范化的计划驱动的方法。

    2000年,SEI发布了CMMI1.02010年,发布了CMMI1.3.

     

    2010年,DevOps的出现,方法、工具、技术上引发了一些新的变化。

    精益方法(lean Development)是支撑DevOps的理论基础。

    DevOps的开发工具集和整体解决方案的出现。

    虚拟化的平台技术如云计算、容器,微服务架构,自动化技术

     

    PSP(Personal Software Process)

    一种个人级用于控制、管理和改进工程师个人工作方式的持续改进过程。

    包括数据记录表格、过程操作指南、规程

    PSP过程度量包括:

    1、度量时间

    2、度量缺陷

    3、度量规模

    过程质量的度量指标包括:

    1Yield,度量每个阶段在消除缺陷方面的效率。

    1Phase Yield,表示某个阶段缺陷消除的效率。

    2Process Yield,表示在第一次编译前消除缺陷的效率。

    2A/FRAppraisal toFailure Ratio,质检失效比。A/FR=质检成本/失效成本。

    A/FR用于指导工程师合理安排评审和测试时间。A/FR越高,质量越高,也意味着过多的评审。

    3PQIProcess QualityIndex,过程质量指标。用于度量PSP过程的整体质量。

    4Review Rate,评审的速度。用户指导工程师开展有效评审的指标。

    统计表明,代码评审速度小于200代码行(LOC/小时,文档评审速度小于4页(Page/小时,就可以保证工程师有效的发现足够多的缺陷。

     

    TSP(Team Software Process)

    一种小组级用于控制、管理和改进小组工作方式的持续改进过程。

     

    过程改进参考模型和标准

    1CMM

    过程控制和过程管理的方法。可用于软件过程改进、过程评估、软件能力评价。

    18个关键过程域。

    2CMMI

    整合了三个模型。

    25个关键过程域。

    3SPICE(Software ProcessImprovement and Capability Determination),软件过程改进和能力鉴定标准。软件过程评估国际标准。

    4ISO/IEC 15504,软件过程评估标准,是SPICE的演化。

    5ISO/IEC 12207,软件生命周期过程标准。

    6ISO 9000

     

    2017-12-14

    --------------------------------------

    展开全文
  • 想要提升团队协作的效率,先分析哪些事物阻碍了开发进度. 一般情况下,项目预估的时间相对的紧凑,如果发挥正常,则上线时间不会相差太远,中途有什么变化,也会根据反馈实时调整进度. 但有时候,代码能够稳定的发挥其...

    原文链接: https://dsx2016.com/?p=661

    单兵作战只能胜任分发到自己的模块,团队协作才能让产品快速而高质量上线.

    有正必有反

    team

    想要提升团队协作的效率,先分析哪些事物阻碍了开发进度.

    一般情况下,项目预估的时间相对的紧凑,如果发挥正常,则上线时间不会相差太远,中途有什么变化,也会根据反馈实时调整进度.

    但有时候,代码能够稳定的发挥其固定的作用,人就不一定了,不同的行为会导致差别极大的影响.

    负面作用

    全局干扰

    干扰

    最近的一个项目中,进入到提测阶段的时候,一些新版的功能都已经通过第一轮测试.

    但是在代码没有改动的情况下,测试忽然提出了一堆的bug,一些以前的功能部分都不能正常使用了.

    请注意,一旦遇到类似的情况,几乎没有改动主要功能代码的前提下,忽然发生大面积的bug,于前端而言,不是后台挂了,就是某个兼容性问题,特定手机机型或者系统版本等.

    还有一种不应该发生的错误,就是团队的其他分支代码影响到整个项目的全局,从而导致你的功能异常,如css样式覆盖,js变量覆盖等操作.

    现在回顾一下,当时我的操作是先排查功能异常的原因,发现是vuexvue-router传参parmas失效,但是为什么莫名失效,google了好久,定位到怀疑人生.

    由于之前已经有过协作导致错误类似的经验,加上对自己代码机制还残留一点点信心(技术的熟练度决定排查问题的思维和方式),转而开始查看gitlab的日志记录

    在查看同事的日志中,发现一段才提交不久的代码,这段代码的定义就是在全局路由做了一些操作.

    在这里,我也犯了一个错误,看到对方的注释写的是仅在第一次登录xxx,然后就没有往下看代码的作用了,然后又开始怀疑人生.

    当时间耗时超过半小时后,就应该想办法解决当下无法解决的问题,和同事交流或者稍稍放松,换个思维方式等,当排查超过一个小时,于是去问了同事.

    同事说前不久是在ios上进行了全局操作,因为需要开发一个新功能,所以在ios上每次页面切换时,把vuexvue-router传参parmas给重置了.

    在这里,先不提排查和定位问题的能力,只能提醒在座的各位,如果明知道自己的代码会对全局有着影响甚至是颠覆的作用,请一定要在群里声明,或者至少和同事口头声明.

    当然,尽可能不要产生对全局不可控的代码,没有谁能保证自己的代码不会对以前的功能或者同事的模块造成影响,解耦是一种能力,声明是一种态度,也是协作的方式.

    tips:

    有一些团队会进行codeReview,一个是提交时review,一个是提交后review.

    不论哪一种,都是对代码的质量负责,像上述这种错误,如果进行了review,在发布测试前就会被发现和拦截,这种错误不应当出现.

    团队没有review的流程,也没关系,大多数时候不要养成别人定了规则才会去执行的习惯,一定要有自己的独立思维,要有自己的优秀习惯,团队没有,但是不妨碍自己定期的review.

    前几期讲了提升效率的方法和技巧还可以加上一条,加班时或者定期review,及时看看自己的代码和同事的代码,查漏补缺.

    协作时间

    协作

    前一段时间,测试在没有任何告知的情况下,周六加班冒烟测试,前后端的都不加班,也不知道要测试.

    于是产生了几个严重的影响,同样也是人为的不该犯的问题.

    一是由于没有邮件或者群里正式声明周六提测,导致前端没有发布最新的测试版本,周六测试的是上上个不知道什么时候打包的版本.

    这种情况几乎可以说测试是白测了,所幸测试的版本恰好功能上都符合,只有一些样式没有跟上进度,所以没有造成极大的时间浪费,影响不大.

    二是正常工作期间,前后端每次发版的时候,很少有人会主动在群里提起或者正式邮件声明(虽然有时候不需要太正式)

    导致测试测着侧着就提示网络错误,或者用旧的标准在测试新的代码(如忽然改一个新需求和ui,但是测试不知道),导致提出bug或者被中断测试流程(如下单)

    其实在发版前群里告知一下是基本的沟通义务,也是最起码的工作态度,就效率而言,能避免很多不应该出现的问题,仅仅是一句话的事情.

    其次,与人方便也是为自己方便,发版时也可以注明当前版本,发布内容(更新了哪些功能等),以及一些其他说明,让事物有据可查,有别人更容易理解.

    但是在好几家公司发现,不论是刚入职的小白,还是混久的老油条,都不会去过多的关注一些团队和沟通的细节,或者说懒得操作,宁愿事后甩锅也不愿事前留心.

    tips:

    国内没有倾向于使用邮件的习惯,即使是重度有工作属性的职场.

    如果不强制要求,别说邮件了,连聊天软件都懒得回复,如非需要,甚至口头内容都不会有.

    建议大家多使用邮件,最少也应该使用有聊天记录的群或者沟通工具.

    其实说到底,首先是一个工作态度的问题,愿不愿意协作和配合,其次才是工具的使用.

    其次,要注意的事,最好的工作时间是全员都在的时候,有问题一定要及时处理.

    不可能等到别人下班再去解决,这样也解决不了,事情要分轻重疾缓.(很重要,思维方式)

    建议上班的时候解决要和人协作的问题,个人不太紧急和重要的问题可以留到临近下班或者加班或者解决合作问题之后.

    权限问题

    权限

    测试的过程常常需要反复去操作一个流程.

    但是一个流程往往操作后就固定了数据状态,再次操作不可能再创建一个账户或者每次叫后台清空数据(仅前端).

    虽然假数据也可以,但是有些逻辑仍然需要真实的反馈,如登录,短信验证,身份识别,提交订单等等等.

    一般开发,有本地环境,测试环境,正式环境,至少在本地环境和测试环境,数据是可以临时操作的.

    如果有管理后台建议获取操作测试环境后台面板,针对自己开发的模块做一些流程设定操作,如更改用户状态等.

    如果没有管理后台,使用sql等直接操作数据库也行(前提是要会一点点数据库和对表结构了解~具体可以问后端)

    前提是避免一个功能测试需要很多遍,但每次都要找别人来重置数据,别人也可能一直在忙,没有时间帮忙或者留意到你的需要.

    其次是,直接操作数据库是一个很大权限的事物,哪怕只是本地环境,一定要尽可能避免产生脏数据,影响其他流程.

    有的时候需要去复现一个bug,必须走完一些流程,操作繁琐且很难定位,通过后台和修改数据库会快很多.

    总的来说,就是测试有的权限,你尽量也要有,如管理后台,数据库等,没有,就只能让相关模块的人尽量配合.

    避免有时间但是流程卡住无法操作的情况,这种现象是真正的极大浪费时间,而且一废就是大半天.

    tips:

    当然还会有一些其他权限,如代码合并的权限,发布测试和线上的权限.

    这就涉及到技术和态度意外的因素,要留心那些你有时间有技术但是你无法操作的事物.

    正面作用

    正面

    正面的方法可以简单概括为

    • 分工合理,责任明确,模块化

    • 高效的沟通机制(聊天软件,任务面板,邮件等)

    • 定期检查,及时调整(codeReview,日报,周报,大小会议)

    比起正面作用,更倾向于排除负面作用,哪怕正面作用不大,但至少不会影响效率和进度.

    要知道吖,大大小小的公司,其实最混乱的,最致命的,也最为核心的.

    从来不是技术和能力,而是团队管理和协作,是人与人之间的沟通和行为.

    tips:

    正面作用下一期文章再细说.

    展开全文
  • Microsoft Visual Studio的代码提示、语法着色、高亮显示,可以提高开发效率,提升代码质量,下面介绍一款工具,欢迎大家使用,希望对大家的开发和学习有所帮助!  Visual Assist X具有强大的编辑特色,提高了生产...

      Microsoft Visual Studio的代码提示、语法着色、高亮显示,可以提高开发效率,提升代码质量,下面介绍一款工具,欢迎大家使用,希望对大家的开发和学习有所帮助!

          Visual Assist X具有强大的编辑特色,提高了生产效率,可以完全集成到您的Microsoft开发环境中,升级了您的IDE,在不改变编程习惯的同时就可以感受到Visual Assist X为您带来的好处。

      Visual Assist X是一款非常好的Microsoft Visual Studio插件,可以支持Microsoft Visual Studio 2003,Microsoft Visual Studio 2005,Visual Studio 2008,Microsoft Visual Studio 2010,支持C/C++,C#,ASP,VisualBasic,Java和HTML等语言,能自动识别各种关键字、系统函数、成员变量、自动给出输入提示、自动更正大小写错误、自动标示错误等,有助于提高开发过程的自动化和开发效率
     改进了Intellisense:成员和完成列表框的出现更加频繁、迅速,并且结果更加准确。参数信息更加完善,并带有注释。含有所有符号的停驻工具提示。

      代码输入更迅速:输入时观察suggestion列表框,其中将根据您的输入提供相应的备选字符。为了更加方便的选择字符,还可以提前定义Atuotext和代码模板。

      错误自动校正:监控您的IDE,对那些简单但耗时的错误进行即时校正。

      信息获取更加快速:更加迅速了解代码信息,在新的VA View中观察当前的停驻类浏览器,可以获得当前符号的更多信息。除此,资源窗口中还添加了小的内容和定义项,可以获取信息快照

      增加了色彩和格式:采用了更多的色彩和格式选项,代码解译更加迅速。增强了IDE的基本语法色彩,在您输入代码的同时,突出匹配和不匹配条目。另外,还添加了column indicator和print in color,将RTF置于剪切版内。

      简化了查找和浏览:查找和浏览更加轻松。通过内容查找可以快速跳到相同名称的符号处,在您工作台的任何地方都可以找到符号定义,还可以转入您代码中的符号执行处。选择您文件的列表方式,锁定头文件和相应的cpp文件。从您的工作台文件列表中打开文件。含有最近行为列表,可以在代码的活动部分之间相互转换。Move scope可以到达下一个方法,还包含往返浏览。

      拼写检查:在您输入代码的同时进行检查,并且可以看到同Microsoft Word相似的红色下划线。含有Spell check comments and strings,另外,Spell check code可以检查错误的输入符号。

      拓展了基本编辑:对编辑器进行了增强,编辑代码更加迅速。含有Surround selections,multiple clipboards. Sort lines。 适合您个人风格的配置特色:细化选项对话框,定义Visual Assist X特性以适应您的编程习惯。内容菜单中含多个命令,设置快捷方式可以加快访问您所偏好的命令。可以禁止或允许Visual Assist X,或者强制其重新剖析从而更加智能化。

     改进了Intellisense:成员和完成列表框的出现更加频繁、迅速,并且结果更加准确。参数信息更加完善,并带有注释。含有所有符号的停驻工具提示。

      代码输入更迅速:输入时观察suggestion列表框,其中将根据您的输入提供相应的备选字符。为了更加方便的选择字符,还可以提前定义Atuotext和代码模板。

      错误自动校正:监控您的IDE,对那些简单但耗时的错误进行即时校正。

      信息获取更加快速:更加迅速了解代码信息,在新的VA View中观察当前的停驻类浏览器,可以获得当前符号的更多信息。除此,资源窗口中还添加了小的内容和定义项,可以获取信息快照

      增加了色彩和格式:采用了更多的色彩和格式选项,代码解译更加迅速。增强了IDE的基本语法色彩,在您输入代码的同时,突出匹配和不匹配条目。另外,还添加了column indicator和print in color,将RTF置于剪切版内。

      简化了查找和浏览:查找和浏览更加轻松。通过内容查找可以快速跳到相同名称的符号处,在您工作台的任何地方都可以找到符号定义,还可以转入您代码中的符号执行处。选择您文件的列表方式,锁定头文件和相应的cpp文件。从您的工作台文件列表中打开文件。含有最近行为列表,可以在代码的活动部分之间相互转换。Move scope可以到达下一个方法,还包含往返浏览。

      拼写检查:在您输入代码的同时进行检查,并且可以看到同Microsoft Word相似的红色下划线。含有Spell check comments and strings,另外,Spell check code可以检查错误的输入符号。

      拓展了基本编辑:对编辑器进行了增强,编辑代码更加迅速。含有Surround selections,multiple clipboards. Sort lines。 适合您个人风格的配置特色:细化选项对话框,定义Visual Assist X特性以适应您的编程习惯。内容菜单中含多个命令,设置快捷方式可以加快访问您所偏好的命令。可以禁止或允许Visual Assist X,或者强制其重新剖析从而更加智能化。

          免费下载地址:http://download.csdn.net/detail/luckhappystar/4412718

         这个版本修复了以前的很多Bug,非常好用,没有使用的建议立即安装使用,使用的建议卸载以前版本,使用该版本!xp,win7和win7 64位均可以使用!

    展开全文
  •  提升开发效率与质量DSL ( 3) ----实现DSL的方式总结   1. 管道抽象 1 2. 层次结构抽象(json,xml etc) 1 3. 异步抽象promise 1 4. Ide code templete 1 5. 方法链( 流接口。??管道抽象??) 1 6....

    Atitit. 提升开发效率与质量DSL ( 3) ----实现DSL的方式总结

     

    1. 管道抽象 1

    2. 层次结构抽象(json,xml etc) 1

    3. 异步抽象promise 1

    4. Ide  code templete 1

    5. 方法链流接口。??管道抽象??) 1

    6. static factory method)和import 1

    7. varargs 1

    8. 元编程(anno??) 1

    9. 易读API 1

    10. 方法链 1

    11. 功能序列 1

    12. 嵌套函数 2

    1. 用嵌套函数创建的DSL 2

    13. Lambda表达式/闭包 2

    14.  2

    15. 参考 2

     

     

     

    1.  管道抽象

    2. 层次结构抽象(json,xml etc)

    3.  异步抽象promise

    4. Ide  code templete

    5. 方法链( 流接口。??管道抽象??)

    6. static factory method)和import

    7. varargs

    8. 元编程(anno??)

    9. 易读API

    10. 方法链

    11. 功能序列

    12. 嵌套函数

    1. 用嵌套函数创建的DSL

    DSL中使用嵌套函数的风格会有所不同。在这中方法中,我将会在函数之中嵌套函数,来写我的语义模型,向下面这样:

    1

    2

    3

    4

    Graph(

      edge(from("a"), to("b"), weight(12.3),

      edge(from("b"), to("c"), weight(10.5)

    );

    让所有表达式构造器定义在静态上,我们可以使用静态导入的方法创建一个DSL。

    13. Lambda表达式/闭包

    14.  

    作者:: 老哇的爪子 Attilax 艾龙,  EMAIL:1466519819@qq.com

    转载请注明来源: http://blog.csdn.net/attilax

     

    15. 参考

    Atitit. 提升软件开发效率and 开发质量---java 实现dsl 4gl 的本质and 精髓 O725 - attilax的专栏 博客频道 - CSDN.NET

     

    Paip.声明式编程以及DSL 总结 - attilax的专栏 - 博客频道 - CSDN.NET

    paip. dsl 编程语言优点以及 常见的dsl - attilax的专栏 - 博客频道 - CSDN.NET

    DSL 用于Java开发中 - linugb118--java space - BlogJava.htm

    atitit.提升开发效率--java实现DSL

    API设计新思维:用流畅接口构造内部DSL _ IT瘾

    Java8采用Martin Fowler的方法创建内部DSL - ImportNew

    我要啦免费统计
    展开全文
  • 测试如何提升产品质量

    千次阅读 2018-05-14 16:53:33
    对代码最细节的测试就是单测,使用单测覆盖率工具对开发的单测进行指标统计,并进行一定的指标限制 代码审查工具 使用编程语言对应的format、link等工具对代码进行格式、引用等的审查,规范代码格式,...
  • 提升开发效率之工具篇

    千次阅读 2012-09-28 11:19:56
    开发效率主要取决于开发速度和开发质量,我们都希望速度越快越好,质量越高越好,也就是开发效率高,但明显速度和质量是鱼和熊掌不可兼得,所以提升开发效率就要从这两个角度去平衡了。 影响开发效率的因素太多了,...
  • 敏捷开发中QA如何做质量管理?

    万次阅读 2017-05-18 09:08:28
    敏捷开发中QA如何做质量管理? 经常有人会问我,敏捷模式下,QA的职责是什么?QA有什么价值?我们还需要QA吗?敏捷转型中遇到的问题,QA能帮助解决吗?这些问题以前也思考过,笔者就是QA出身的,曾经在中兴通讯做过...
  • 2016.7.30, 深圳, Ken Fang ...Story 场景树组合了Use Case, Domain Driven Design , ATDD, Agile Test, 主要是针对开发人员, 解决其开发效率与质量太差的问题。 Save Save Save Save Save Save
  • 面向对象的开发方法是当今企业级应用开发环境中的主流开发方法,关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式,业务实体在内存中表现为对象,在数据库中...
  • 提升研发质量的三个办法

    万次阅读 2017-06-28 04:01:36
    通常,要提升研发质量,按照开发团队的规模,从小型团队到中型团队有如下一些办法可以采用: 加强团队培训 加强源码管理
  • 提升开发效率的总结

    千次阅读 2017-09-25 10:32:19
    如何提升代码生产的效率
  • 软件开发质量红线

    千次阅读 2012-03-02 16:38:37
    质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。...
  • 给创业码农的话--如何提升开发效率 WeMobileDev 编者的话:simsun在2013年从手Q转岗到微信,在此非常感谢他对微信做出的贡献。在我看来,sim是一个活生生的全栈工程师,从硬件、后台到iOS、Android样样精通。...
  • 作为一个软件公司或相关机构,要盈利就必须在软件开发方面提高质量,但如何提高质量,个人感觉很多公司还存在一个错误的概念----在规定的时间内做出符合客户要求的系统为标准。的确,此观点限制了很多公司与个人在...
  • 提高技术水平提升软件质量

    千次阅读 2006-05-20 01:49:00
    提高技术水平提升软件质量日期:2002-5-30 质量是软件的生命。一个软件能否被广泛地成功应用,很大程度上取决于软件质量的好坏。影响软件质量的因素很多,有开发过程、后期升级维护、客户化工作的质量控制程度。...
  • 网上看到一篇文章,觉得有些点写得有些道理,自己在上面添加了一点东西,记录如下:软件开发项目完成质量差的几大杀手 软件开发过程中,总会遇到各式各样的问题。如果把问题产生的原因和解决方法搞清楚,就能在开发...
  • 如何提升测试质量,减少漏测

    千次阅读 2019-05-11 10:28:00
    不同的人,使用习惯不同 会有很多意想不到的场景,那我们测试人员可以借助我们的知识储备、经验、方法去探索去测试模拟构造尽量多的用户使用场景,让产品在发到外网后,能给用户带来良好体验,我对于质量提升,以及...
  • 浅谈如何提高软件开发质量

    千次阅读 2009-10-27 14:02:00
    如何提高软件质量 要谈软件质量,我们不得不提到软件的...所谓功能性需求就是客户对软件提出的具体的要求,主要指软件为满足客户的业务要求而开发的功能;而非功能性需求就是指软件系统除了在业务方面的需求外,还需要保
  • 敏捷开发模式下的质量管理

    千次阅读 2016-11-04 16:56:56
    前几天,笔者与一位在大型互联网公司从事质量保证的朋友交谈,作为互联网产品质量和测试的负责人,他最近负责的质量管理方面遇到了很多困难。主要有:1)测试团队在敏捷开发模式下的价值非常有限;2)开发人员只顾...
  • 1. 需求明确 a) 沟通确认系统涉及使用的大方向。 b) 并根据大方向整理出功能...开发方初步确立系统菜单(草稿),与甲方沟通系统菜单是否正确。 d) 与甲方沟通,每一个功能菜单要实现的功能,以及需要的展现形式
  • 利用线上数据提升移动app质量

    千次阅读 2016-06-02 18:36:28
    利用线上数据提升移动app质量1 线上数据测试模型1.1背景 随着移动互联网的发展,移动app质量要求越来越高, 传统行业质量的保证方式是测试人员在app开发过程中进行阶段性的测试,这种测试方式我们可以称之为主动...
  • 前端开发入门提升经验整理

    千次阅读 2016-10-27 11:34:58
    一些snippets:自动补全,提升开发效率 Intellij IDEA和WebStorm:集成开发环境,集成了各种功能,开发比sublime要方便,但会比较吃性能 Mark Men:测量、取色、标注利器,拿到视觉稿之后第一个打开的软件 GFW ...
  • 其实,敏捷开发或者软件工程在团队中无法提升效率与质量,唯一且真正的问题在于…… “每个人都懂得敏捷开发(软件工程),但却没有人懂得如何 “设计” 可提升团队效率与质量的敏捷(软件工程)的实践。“ 为何没有...
  • 50个高质量Java开发人员博客

    千次阅读 2020-02-26 18:33:33
    其中一些博客可能不是Java开发人员编写的,但是Java开发人员应该发现它有用或有趣。阅读这些博客应该很有趣,并且经常带来一些新鲜的想法。 我对高质量的定义如下: 1.文章具有可读性和独创性。 2.它的作者对技术...
  • 告诉你如何提高软件开发质量

    千次阅读 2007-05-13 15:18:00
    当今开发环境现状特征: 软件开发与测试组织遍布全球、应用程序涉及更多利益相关者、复杂性不断加剧,且监管与审核限制灵活多变。有关权威机构证明,需要实施可靠的跟踪解决方案作为开发流程的一部分。 “最终发行...
  • 转载于:https://www.cnblogs.com/clockdotnet/p/10466255.html
  • 本文是《技术管理者---提升研发代码质量》系列文章第二篇,第一篇整体介绍请看博文《技术管理者---提升研发代码质量---总体方法论》。本文重点讲三部分内容:1)sonar是什么,研发体系如何利用sonar提供代码质量;2...
  • 现在前端开发已经趋向工程化,代码的质量和业务的需求在不断提升,学会这些框架,能够让你的开发事半功倍,质量翻倍!! 欢迎关注,如果在学习前端道路上遇到什么问题,尽情私信我,第一时间帮你解答,让你少走弯路...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 177,021
精华内容 70,808
关键字:

如何提升开发质量