Pular para o conteúdo principal

Quem quer tv de plasma a preço de banana?

Não importa o país, não importa o tamanho da empresa. Por mais que as empresas invistam em sistemas mais completos, os erros acontecem.


Como você evitaria um erro desse na sua loja virtual?


Algumas pessoas olhariam as notícias abaixo e diriam que as empresas devem pagar pelo erro cometido. Mas pense como se a empresa fosse sua: é absurdo pensar que uma TV de 52"custe U$10,00 ou que um notebook custe R$ 10,00; nem quebrados eles valem só isso.


Apesar do evidente erro nos sites, eles deveriam mesmo entregar aos compradores pelos valores anunciados? Pense bem, não são R$ 50 de diferença, são milhares.

Agora imagine o seguinte: você vai pagar seu almoço que custou R$15,50 e, por descuido, o atendente digita R$ 155,00; você está conversando com os amigos sobre o chefe chato que fica controlando o horário de almoço e digita sua senha, sem perceber o valor cobrado. Depois da transação ser concluída, você vê o recibo e fica indignado. E agora? Eles devem devolver o seu dinheiro ou você deve pagar por não ter notado o valor errado?

São coisas para se pensar, apesar de erros serem previsíveis, eles acontecem, e em situações como essa o bom senso deve sempre prevalecer.

Fica uma lição: seja qual for o tipo de sistema, o tipo de negócio e a complexidade de ambos, testes são fundamentais: tanto para evitar perdas, quanto para evitar danos a imagem da empresa em questão.


Seguem as notícias:









Até a próxima!


Comentários

Postagens mais visitadas deste blog

FURPS

Olá! Nesse post, pretendo falar um pouco sobre o modelo FURPS para ilustrar atributos que estão envolvidos em Qualidade de Software : Vamos começar pela sigla FURPS: o que significa cada uma dessas letras? Do F temos Functionality, traduzimos como Funcionalidade: Representa basicamente os requisitos funcionais do sistema. Do U temos Usability, traduzimos como Usabilidade: Representa basicamente a interface sistema-usuário. Do R temos Reliability, traduzimos como Confiabilidade: Representa basicamente a eficiência e o índice de falhas do sistema. Do P temos Performance, traduzimos como Desempenho: Representa basicamente tempos de resposta e capacidade de processamento do sistema. Do S temos Supportability, traduzimos como Suportabilidade: Representa basicamente esforços necessários para manutenção e configuração do sistema. As definições acima representam o básico de cada uma das letras que compõem a sigla FURPS. A seguir entraremos em detalhes sobre cada uma das categorias, não ante...

Níveis de Testes - Parte 2: Testes de Integração

Seguindo com os quatro principais níveis de testes do ciclo de vida de um software, abordaremos agora o segundo nível, Testes de Integração: 1. Testes Unitários 2. Testes de Integração 3. Testes de Sistema 4. Testes de Aceitação Nos próximos posts abordaremos os itens seguintes. Testes de Integração Testes de Integração representam o nível de testes no qual módulos individuais de um software são combinados e testados como um grupo. Tais testes encontram-se em um nível intermediário aos Testes Unitários e aos Testes de Sistema. Testes de integração recebem como entrada os módulos que já passaram por testes unitários, agrupam tais módulos e aplicam testes nos mesmos. Geralmente as diretrizes para tais testes encontram-se no Plano de Testes de Integração. A saída gerada é passada pro próximo nível de testes: os Testes de Sistema. O objetivo dos testes de integração é verificar requerimentos funcionais, de performance e de confiabilidade de um projeto de software. A idéia principal é test...

O + do FURPS+

Segue a continuação do assunto FURPS: Posteriormente à definição do modelo FURPS, notou-se a necessidade da inclusão de mais atributos para encorpar e aumentar a cobertura do modelo. A partir dessa extensão, o acrônimo passou a ser mais comumente chamado de FURPS+ . Quais são os atributos do “+”? O + do FURPS refere-se a especificação de restrições que definirão determinados limites que deverão ser atendidos quando construímos um sistema. O + é composto dos seguintes requisitos não-funcionais: Design constraints – restrições de design: design nesse caso refere-se ao projeto, diretrizes e não a layout. A definição da utilização um banco de dados relacional no projeto é uma restrição de design, por exemplo. Implementation constraints – restrições de implementação: relacionado a limites impostos a código e construções. Como exemplo podemos citar a linguagem de programação que será utilizada para a codificação de um sistema. Interface constraints – restrições de interface: diretamente l...