<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-12342043</id><updated>2012-02-02T05:06:51.295+01:00</updated><title type='text'>Software Quality</title><subtitle type='html'>Share, improve, learn, co-operate on topics related to software quality assurance.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>38</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-12342043.post-115991167651454913</id><published>2006-10-03T23:40:00.000+02:00</published><updated>2006-10-04T20:59:43.450+02:00</updated><title type='text'>Risk based selection for agile iterative lifecycle methods</title><summary type='text'>This overview helps project management and teams in selecting the best iterative method(s) for their projects, based on the major risks they want to tackle. The overview highlights the focus of the different methods, ie. which risks are mainly addressed. This is not a detailed course on all the methods, but references to literature are provided.During the last decade agile software development </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/115991167651454913/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=115991167651454913' title='57 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115991167651454913'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115991167651454913'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/10/risk-based-selection-for-agile.html' title='Risk based selection for agile iterative lifecycle methods'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>57</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-115555521456215820</id><published>2006-08-14T13:12:00.000+02:00</published><updated>2006-08-14T13:33:35.110+02:00</updated><title type='text'>Pair Programming Benefits and Rules</title><summary type='text'>Pair programming is one of the more successfull technique from the agile movement. However it may require a cultural change in traditional software shops. Paying attention to explain the benefits and giving some guidance will help:General benefits:Produces better code coverage. By switching pairs, developers understand more of the system.Minimizes dependencies upon personnel.Results in a more </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/115555521456215820/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=115555521456215820' title='91 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115555521456215820'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115555521456215820'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/08/pair-programming-benefits-and-rules.html' title='Pair Programming Benefits and Rules'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>91</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-115463614770888195</id><published>2006-08-03T22:11:00.000+02:00</published><updated>2006-08-03T22:16:33.700+02:00</updated><title type='text'>Most Useful Requirements Processes</title><summary type='text'>Understand and communicate requirements that align yout IT prioritieswith your business needs.No process is more fundamental than the process of defining and managing business and technical requirements. It's no surprise that studies cite inaccurate, incomplete, and mismanaged requirements as the primary reason for project failure.The Requirements-engineering process consists of two major domains</summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/115463614770888195/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=115463614770888195' title='56 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115463614770888195'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/115463614770888195'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/08/most-useful-requirements-processes.html' title='Most Useful Requirements Processes'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>56</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-114735941098047430</id><published>2006-05-11T16:51:00.000+02:00</published><updated>2006-05-11T16:59:57.466+02:00</updated><title type='text'>Outsourcing: Rationale, Criteria, Concerns, Challenges, Lessons Learned</title><summary type='text'>Diamondcluster did a study on the Global IT Outsourcing, here are the highlights:Top 3 Outsourcing Rationale1. Reduce or Control Cost2. Better Manage Variable Capacity Needs3. Free Up Internal Resources for more Critical PurposesTop 3 Key Selection Criteria1. Technology Expertise2. Cost3. Flexibility in Structuring Operating Model (offshore, onshore, ...)Top 3 Outsourcing Areas1. Application </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/114735941098047430/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=114735941098047430' title='16 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114735941098047430'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114735941098047430'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/05/outsourcing-rationale-criteria.html' title='Outsourcing: Rationale, Criteria, Concerns, Challenges, Lessons Learned'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>16</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-114664218118998121</id><published>2006-05-03T09:16:00.000+02:00</published><updated>2006-05-03T09:43:01.470+02:00</updated><title type='text'>10 Continuous Integration Best Practices</title><summary type='text'> Frequent integrations with automatic build and test leads to significantly reduced integration problems and allows a team to develop cohesive software more rapidly. Since the first publication of Martin Fowler's article on Continuous Integration the method fastly gained popularity. In the latest version he focusses more on the best practices:    Maintain a Single Source Repository. Automate the </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/114664218118998121/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=114664218118998121' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114664218118998121'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114664218118998121'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/05/10-continuous-integration-best.html' title='10 Continuous Integration Best Practices'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-114563384916112088</id><published>2006-04-21T17:32:00.000+02:00</published><updated>2006-04-21T17:37:30.633+02:00</updated><title type='text'>5 Truths About Code Optimization</title><summary type='text'>1) Start with working code and good tests or you are doomed.First make it work and have good unit tests to tell you so.2) Rest assured, you don't know where the problem isYour best guess as to what is making this program a pig is usually wrong. The only way to know is to run your code with a profiler and see which bits are the slow ones.3) There is always a long pole in the tent, but it is not </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/114563384916112088/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=114563384916112088' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114563384916112088'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114563384916112088'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/04/5-truths-about-code-optimization.html' title='5 Truths About Code Optimization'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-114383651116302278</id><published>2006-03-31T22:16:00.000+02:00</published><updated>2006-03-31T22:21:51.853+02:00</updated><title type='text'>Handling Late Requirements</title><summary type='text'>Many of project issues are related to bad requirements management. One particularissue which is hard to tackle is the handling of late requirements.Coping with new requirements after the development has started often leads to problems in the project:schedule, cost and scope of the running project become unknowndelays due to unsufficient impact investigation, which may propagate to other projects </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/114383651116302278/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=114383651116302278' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114383651116302278'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/114383651116302278'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/03/handling-late-requirements.html' title='Handling Late Requirements'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113872137112428164</id><published>2006-01-31T16:12:00.000+01:00</published><updated>2006-01-31T16:54:50.080+01:00</updated><title type='text'>Software Distribution Making</title><summary type='text'>An important process in software development is the making of the distribution.Here are some good practices: Make sure tarballs always unpack into a single new directory (not the current directory!).Include a README with:   A brief description of the project.   A pointer to the project website (if it has one).   Notes on the developer's build environment and potential portability problems.   A </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113872137112428164/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113872137112428164' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113872137112428164'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113872137112428164'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/01/software-distribution-making.html' title='Software Distribution Making'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113774703553634862</id><published>2006-01-20T09:33:00.000+01:00</published><updated>2006-01-20T10:11:20.176+01:00</updated><title type='text'>Best Practices for Writing Use Cases</title><summary type='text'>Are your use cases clear both for your users and for your developers ? Here are some tips:Be careful with UML diagrams. Only use them for a high level model to show relationships between actors and use cases. Use case descriptions are textualMain scenario 3-9 steps. Bird's eye viewNo IF-statements, but main scenario's plus extensionsBrainstorm on goal failures    evaluate, eliminate, mergeManage </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113774703553634862/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113774703553634862' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113774703553634862'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113774703553634862'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2006/01/best-practices-for-writing-use-cases.html' title='Best Practices for Writing Use Cases'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113580334950258529</id><published>2005-12-28T21:33:00.000+01:00</published><updated>2005-12-29T16:19:52.546+01:00</updated><title type='text'>Good Development Practices for Open-Source Developers</title><summary type='text'> Don't rely on proprietary code, languages, or libraries. Open-source developers don't trust code for which they can't review the source.Use GNU Autotools autoconf, autoheader, automake. Configuration choices should be made at compile time. People building from sources today expect to be able to type configure; make; make install and get a clean build. The software must be able to determine for </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113580334950258529/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113580334950258529' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113580334950258529'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113580334950258529'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/12/good-development-practices-for-open.html' title='Good Development Practices for Open-Source Developers'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113442793268208454</id><published>2005-12-12T23:51:00.000+01:00</published><updated>2005-12-29T16:33:28.173+01:00</updated><title type='text'>Design Rules for Textual Data Formats</title><summary type='text'>Another set of rules from Eric Raymonds excellent "The Art of Unix Programming". Use textual data format instead of binary to store or transport your data:Easy for human beings to read, write, and edit without specialized tools.Easy to prepare test data and to debug.Future-proof your system. One specific reason is that ranges on numeric fields aren't implied by the format itself.Other tools and </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113442793268208454/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113442793268208454' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113442793268208454'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113442793268208454'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/12/design-rules-for-textual-data-formats.html' title='Design Rules for Textual Data Formats'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113382450970212633</id><published>2005-12-05T23:59:00.000+01:00</published><updated>2005-12-29T16:34:20.140+01:00</updated><title type='text'>Basics of the Unix Philosophy</title><summary type='text'>From Eric Raymond's "The Art of Unix Programming" i picked here the 17 rules described as the Basics of the Unix Philosophy. For me these are also rules for writing high quality software:Rule of Modularity: Write simple parts connected by clean interfaces.Rule of Clarity: Clarity is better than cleverness.Rule of Composition: Design programs to be connected with other programs.Rule of Separation:</summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113382450970212633/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113382450970212633' title='18 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113382450970212633'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113382450970212633'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/12/basics-of-unix-philosophy.html' title='Basics of the Unix Philosophy'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>18</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113252341620270890</id><published>2005-11-20T22:49:00.000+01:00</published><updated>2005-12-05T23:58:29.780+01:00</updated><title type='text'>Six Sigma Terms and Definitions</title><summary type='text'>Jack Welch, former CEO of General Electric, and one of the most succesful corporate leaders ever, used Six Sigma as major Quality Improvement method. In his book Winning he writes:Six Sigma is one the biggest management innovations of the past 25 years. Six Sigma improves the development procedures, brings products faster to the market with less defects, and reduces cost. The biggest - but least </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113252341620270890/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113252341620270890' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113252341620270890'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113252341620270890'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/11/six-sigma-terms-and-definitions.html' title='Six Sigma Terms and Definitions'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113191560027644665</id><published>2005-11-13T21:53:00.000+01:00</published><updated>2005-11-13T22:01:06.776+01:00</updated><title type='text'>Open Source Software Advantages</title><summary type='text'>Besides the low license cost, open source software often have other advantages that are more important:The right to modify the software: reach a detailed understanding of how the system works, unlimited tuning and improvement, easier to isolate bugs, extend the lifetime of an applicationredistrubite modifications and improvements, shared by large communities, attract new developers. large market </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113191560027644665/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113191560027644665' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113191560027644665'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113191560027644665'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/11/open-source-software-advantages.html' title='Open Source Software Advantages'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-113093260669281350</id><published>2005-11-02T12:52:00.000+01:00</published><updated>2005-11-02T12:56:46.706+01:00</updated><title type='text'>Adding More People Decreases Productivity and Quality</title><summary type='text'>The more people you add to a project, the lower your per-person productivity and the higher the defect rate.After fixing all the defects, the quality of the code written by the larger group will be much poorer, resulting in long-term increased maintenance costs.Since software spends the vast majority of its useful life in maintenance, getting the first version out faster at the expense of all </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/113093260669281350/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=113093260669281350' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113093260669281350'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/113093260669281350'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/11/adding-more-people-decreases.html' title='Adding More People Decreases Productivity and Quality'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112953309991974820</id><published>2005-10-17T08:43:00.000+02:00</published><updated>2005-10-17T09:11:39.936+02:00</updated><title type='text'>Process Management Principles</title><summary type='text'>How to deploy new processes ? Process approach, practitioners attention points, design principles for process documentation and success factors for deploying changes.Process Approach:1. end-to-end performance, with relation to customer requirements2. management of interfaces3. consideration of processes in terms of added value4. continual improvement of processes based on objective </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112953309991974820/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112953309991974820' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112953309991974820'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112953309991974820'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/10/process-management-principles.html' title='Process Management Principles'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112880604538710635</id><published>2005-10-08T23:11:00.000+02:00</published><updated>2005-10-08T23:30:52.443+02:00</updated><title type='text'>Is your website task-focused?</title><summary type='text'>Three important hints to build more effective intranet websites:1.focus on how content helps people do their jobsbetter. Focus on specific tasks that people do. Isolate howintranet content can make these tasks faster and more efficient.2.become obsessive about metrics, about proving tomanagement that content does actually deliver value.3.keep your website lean and mean.Ideas taken from Gerry </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112880604538710635/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112880604538710635' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112880604538710635'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112880604538710635'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/10/is-your-website-task-focused.html' title='Is your website task-focused?'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112807624605490028</id><published>2005-09-30T12:22:00.000+02:00</published><updated>2005-09-30T12:30:46.076+02:00</updated><title type='text'>5 mistakes from Linux IT Managers</title><summary type='text'>Five common mistakes that Linux IT managers make and tips to avoid the mistakes.Mistake #1: Reactive, not proactive   have disaster plans in place rather than trying to implement a disaster plan on the fly (hardware failure, natural disaster, compromised systems,...)     plans for the future in terms of capacity planning, upgrades, and support.  Mistake #2: Failing to emphasize documentation and </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112807624605490028/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112807624605490028' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112807624605490028'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112807624605490028'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/09/5-mistakes-from-linux-it-managers.html' title='5 mistakes from Linux IT Managers'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112768300227030746</id><published>2005-09-25T23:14:00.000+02:00</published><updated>2005-09-25T23:16:42.276+02:00</updated><title type='text'>Bug Priority and Severity</title><summary type='text'>Differentiate Priority and Severity. The effect of a bug on the software does not automatically correlate with the priority for fixing it. A severe bug that crashes the software only once in a blue moon for 1% of the users is lower priority than a mishandled error condition resulting in the need to re-enter a portion of the input for every user every time.Therefore:Track priority and severity </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112768300227030746/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112768300227030746' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112768300227030746'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112768300227030746'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/09/bug-priority-and-severity.html' title='Bug Priority and Severity'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112699338091881433</id><published>2005-09-17T23:37:00.000+02:00</published><updated>2005-09-17T23:43:00.923+02:00</updated><title type='text'>Law of Demeter (LoD), Low Coupling</title><summary type='text'>One of the bigger challenges in software engineering is keeping the complexity of the design under control. Two major techniques to reduce complexity are reducing coupling and increasing the cohesion of the software components/objects/methods.The Law of Demeter is a style rule for designing object-oriented systems. "Only talk to your immediate friends". The rule was discovered at Northeastern </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112699338091881433/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112699338091881433' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112699338091881433'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112699338091881433'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/09/law-of-demeter-lod-low-coupling.html' title='Law of Demeter (LoD), Low Coupling'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112638291666735060</id><published>2005-09-10T21:59:00.000+02:00</published><updated>2005-09-10T22:08:36.696+02:00</updated><title type='text'>SOA, 4 Steps, 7 Principles</title><summary type='text'>Service Oriented Architecture (SOA) promises a number of benefits of which two stand out:   reduced cost through reuse   increased flexibility to adapt applications in order to meet changing business requirements      Put simply, SOA is an architecture that enables the integration of multiple software services, creating applications and business processes that span multiple technologies and </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112638291666735060/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112638291666735060' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112638291666735060'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112638291666735060'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/09/soa-4-steps-7-principles.html' title='SOA, 4 Steps, 7 Principles'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112567024253449843</id><published>2005-09-02T15:57:00.000+02:00</published><updated>2005-09-02T16:10:42.563+02:00</updated><title type='text'>Test Driven Project Management</title><summary type='text'>Rather than limiting test driven development to unit testing (driven by development), the test organisation can explore product launch related issues such as packaging, system configuration, upgrade procedures, and documentation at the beginning of the project.Keys in a test driven project management process:Team building    drive project issues, even it means picking up another department's </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112567024253449843/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112567024253449843' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112567024253449843'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112567024253449843'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/09/test-driven-project-management.html' title='Test Driven Project Management'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112526274227892408</id><published>2005-08-28T22:45:00.000+02:00</published><updated>2005-08-28T22:59:02.286+02:00</updated><title type='text'>Software Health versus Software Quality</title><summary type='text'>Achieve accountability through developer testing. Create thrust and establish a healthy relationship with your customers.Software quality is often measured by the number of bugs remaining in the product, as an instanteneous view on the state of the system (also called external quality).When software evolution is important we better talk about software health, look at the state of the software </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112526274227892408/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112526274227892408' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112526274227892408'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112526274227892408'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/08/software-health-versus-software.html' title='Software Health versus Software Quality'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112457325976621041</id><published>2005-08-20T23:21:00.000+02:00</published><updated>2005-08-20T23:27:39.766+02:00</updated><title type='text'>ISO9126 Software Quality Attributes</title><summary type='text'>ISO/IEC 9126 provides a framework for the evaluation of software quality.It defines six software quality attributes, also called quality characteristics:   Functionality: are the required functions available, including interoperabilithy and security    Reliability: maturity, fault tolerance and recoverability   Usability: how easy it is to understand, learn, operate the software system   </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112457325976621041/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112457325976621041' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112457325976621041'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112457325976621041'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/08/iso9126-software-quality-attributes.html' title='ISO9126 Software Quality Attributes'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112414383352951299</id><published>2005-08-15T23:59:00.000+02:00</published><updated>2005-08-16T00:10:33.536+02:00</updated><title type='text'>Scrum is easy, Scrum is hard</title><summary type='text'>Scrum is a light weight management technique for iterative, incremental development. It produces a shippable set of functionality at the end of every iteration. Scrum is an agile process that controls the chaos of conflicting interests and needs, that improves communication and maximise co-operation, that helps in detecting and removing anything that gets in the way of developing and delivering </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112414383352951299/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112414383352951299' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112414383352951299'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112414383352951299'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/08/scrum-is-easy-scrum-is-hard.html' title='Scrum is easy, Scrum is hard'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112336664300693073</id><published>2005-08-07T00:07:00.000+02:00</published><updated>2005-08-07T00:17:23.013+02:00</updated><title type='text'>Evaluating Open Source Software</title><summary type='text'>How can you confidently determine wether the software you are considering is mature and business ready enough ?Deciding which software package to adopt inside an organisatiion can be a challenging task. Business Readiness Rating (BRR) is a new proposed standard to facilitate assessment and adoption of Open Source Software (OSS).The rating model weights the factors that have proven to be most </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112336664300693073/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112336664300693073' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112336664300693073'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112336664300693073'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/08/evaluating-open-source-software.html' title='Evaluating Open Source Software'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112086472799194813</id><published>2005-07-09T01:12:00.000+02:00</published><updated>2005-07-09T01:25:39.606+02:00</updated><title type='text'>Managing Complexity and Uncertainty</title><summary type='text'>Categorizing software development projects according to their complexity and uncertainty, you can adapt your process by adding practices according to each project's profile.Projects can be put in a four-quadrant graph similar to the Boston Consulting Group's Boston Matrix, using complexity and uncertainty as the two primary attributes that influence the type of process:   Dogs: simple projects </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112086472799194813/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112086472799194813' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112086472799194813'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112086472799194813'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/07/managing-complexity-and-uncertainty.html' title='Managing Complexity and Uncertainty'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-112033751972498553</id><published>2005-07-02T21:35:00.000+02:00</published><updated>2005-07-02T22:58:07.040+02:00</updated><title type='text'>Customer Test Driven Development (CTDD)</title><summary type='text'>Test Driven Development has many advantages. Not only at unit test level, but also at functional, system and acceptance test levels which benefit from increased communication and collaboration.Test Driven Developement (TDD) is a widely accepted agile development practice. It forces the programmer to think about many aspects of each feature before coding. It result in a safety net of tests, </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/112033751972498553/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=112033751972498553' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112033751972498553'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/112033751972498553'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/07/customer-test-driven-development-ctdd.html' title='Customer Test Driven Development (CTDD)'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111970510074236533</id><published>2005-06-25T15:08:00.000+02:00</published><updated>2005-06-25T23:01:30.860+02:00</updated><title type='text'>10 Success Criteria For Software Development</title><summary type='text'>The 10 QA traps mentioned in a previous post (10 Critical Quality Assurance Traps) had a major emphasis on test activities. However QA is much more than Quality Checking. Let's illustrate this with the results from the CHAOS report from the Standish Group.Software never comes in on-time or on-budget, and it always breaks down. Software development projects are in chaos.The Standish Group research</summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111970510074236533/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111970510074236533' title='7 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111970510074236533'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111970510074236533'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/06/10-success-criteria-for-software.html' title='10 Success Criteria For Software Development'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>7</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111904034562861298</id><published>2005-06-17T22:24:00.000+02:00</published><updated>2005-06-17T22:32:25.636+02:00</updated><title type='text'>10 Critical Quality Assurance Traps</title><summary type='text'>From the Quality Techniques Newsletter QTN May 2005 Issue:Seems obvious but great companies with great products fall into these traps. 1. Unclear ownership of product quality. 2. No overall test program design or goals. 3. Non-existent or ill-defined test plans and cases. 4. Testing that focuses narrowly on functional cases. 5. No ad hoc, stress or boundary testing. 6. Use of inconsistent or </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111904034562861298/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111904034562861298' title='6 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111904034562861298'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111904034562861298'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/06/10-critical-quality-assurance-traps.html' title='10 Critical Quality Assurance Traps'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>6</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111843396843923006</id><published>2005-06-10T21:48:00.000+02:00</published><updated>2005-06-10T22:07:35.616+02:00</updated><title type='text'>Use Test Cases to Clarify Requirements</title><summary type='text'>How can you as a tester reduce the problems caused by inadequate requirements processes earlier on in the lifecycle ? Finding bugs earlier reduces the amount of rework for developers and allows the testers focus more on acceptance level testing.Failed tests and re-execution of tests often result from vague requirements. Here are a couple of quick-win strategies for improvements in the </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111843396843923006/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111843396843923006' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111843396843923006'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111843396843923006'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/06/use-test-cases-to-clarify-requirements.html' title='Use Test Cases to Clarify Requirements'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111783355619227986</id><published>2005-06-03T23:06:00.000+02:00</published><updated>2005-06-04T00:10:27.966+02:00</updated><title type='text'>How to Use Design Patterns</title><summary type='text'>Eric Gamma interviewed by Bill Venners:Design Patterns help people learn object-oriented thinking: leverage polymorphism, design for composition, delegation, balance responsibilities, provide pluggable behavior. They help you where you need more flexibility, to encapsulate an abstraction, to make code less coupled, preserve layers, avoid up calls and circular dependencies.You only appreciate a </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111783355619227986/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111783355619227986' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111783355619227986'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111783355619227986'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/06/how-to-use-design-patterns.html' title='How to Use Design Patterns'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111739887224336678</id><published>2005-05-29T22:18:00.000+02:00</published><updated>2005-06-09T20:18:56.246+02:00</updated><title type='text'>Identifying Best Practices</title><summary type='text'>Highlights from CrossTalk June 2005, Identifying Your Organisation's Best Practices.The desire to identify best practices is driven by business goals and objectives: customer satisfaction, reduced time to market, decreased cost, better product quality, minimized defects delivered, improved performance.The organisational strategy to achieve these goals are often centered on quick fix approaches, </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111739887224336678/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111739887224336678' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111739887224336678'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111739887224336678'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/05/identifying-best-practices.html' title='Identifying Best Practices'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111662349099398282</id><published>2005-05-20T23:04:00.000+02:00</published><updated>2005-05-20T23:18:58.006+02:00</updated><title type='text'>Software Architecture Review</title><summary type='text'>Good Software Architecture:   is critically important for successful software development   is the key framework for all technical decisions   provides the foundation for reuse   is essential for fast time-to-market solutions  Too many projects either fail or require significant rework late in their schedules. Typically a project of 100.000 source lines of code can save about US$ 1 million by </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111662349099398282/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111662349099398282' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111662349099398282'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111662349099398282'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/05/software-architecture-review.html' title='Software Architecture Review'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111601506889816972</id><published>2005-05-13T21:42:00.000+02:00</published><updated>2005-05-13T22:17:51.630+02:00</updated><title type='text'>Testing Object-Oriented Systems</title><summary type='text'>What is software testing ?According to Robert V. Binder [1]The design and implementation of a special kind of software system: one that exercises another software system with the intend of finding bugs. This system automatically applies and evaluates the tests.Manual testing, of course still plays a role. But testing is mainly about the  development of an automated system to implement an </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111601506889816972/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111601506889816972' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111601506889816972'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111601506889816972'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/05/testing-object-oriented-systems.html' title='Testing Object-Oriented Systems'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111540149652203102</id><published>2005-05-06T19:16:00.000+02:00</published><updated>2005-05-07T22:33:36.326+02:00</updated><title type='text'>Secure Software</title><summary type='text'>From John D. McGregor's article on Secure Software in the Journal of Object Technology:Poorly written software will have more security vulnerabilities than well written software. Incorporate security as a quality consideration early in the development life cycle.McGraw’s trinity of trouble:[McGraw 04]Three problems that contribute to increasing security problems:       Ubiquitous network </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111540149652203102/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111540149652203102' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111540149652203102'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111540149652203102'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/05/secure-software.html' title='Secure Software'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111489998284008430</id><published>2005-04-30T23:15:00.000+02:00</published><updated>2005-05-04T19:54:20.690+02:00</updated><title type='text'>LSD Lean Software Development</title><summary type='text'>A more recent contribution to the agile community is Lean Software Development, with focus on increasing delivery speed, producing high-quality software, and lowering production cost.Becoming 'lean' is a process of eliminating waste with the goal of creating value.'Waste' in software development: partially done work (inventory), excess processes, unneeded features, defects, rework, ..., all </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111489998284008430/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111489998284008430' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111489998284008430'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111489998284008430'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/04/lsd-lean-software-development.html' title='LSD Lean Software Development'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-12342043.post-111454507641170331</id><published>2005-04-26T21:34:00.000+02:00</published><updated>2005-04-26T22:25:08.546+02:00</updated><title type='text'>What is Software Quality ?</title><summary type='text'>Definitions of Quality:(IEEE 610.12-1990) Standard Glossary of Software Engineering Terminology:"the degree to which a system. component, or process meets (1) specified requirements, and (2) customer or user needs or expectations"(ISO 9003-3-1991) Guidelines for the application of ISO 9001 to the Development, Supply and Maintenance of Software:"the totality of features and characteristics of a </summary><link rel='replies' type='application/atom+xml' href='http://software-quality.blogspot.com/feeds/111454507641170331/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=12342043&amp;postID=111454507641170331' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111454507641170331'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/12342043/posts/default/111454507641170331'/><link rel='alternate' type='text/html' href='http://software-quality.blogspot.com/2005/04/what-is-software-quality.html' title='What is Software Quality ?'/><author><name>Ronny De Winter</name><uri>http://www.blogger.com/profile/16819141205670657642</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>4</thr:total></entry></feed>
