Skip to main content
Fixed typos
Source Link
Sarov
  • 14.8k
  • 5
  • 34
  • 64

First of all, you are potentially misusing user stories as a mechanism. A user story emerges from a real need, it should not be invented or changed to fit the process.

Anyway, it could be something like:

As chief security manager, I want all communication between all our applications and all clients to be done via HTTPs so that the risk of a MITM attack is lowered.

Or:

As a page visitor, I want to see a "green lock" in my browser so that I feel safe and protected.

Note the difference between the two. For example, if you have a mobile app with client-server interaction or you are providing, an API - first story forces you to cover those as well.

First of all, you are potentially misusing user stories as a mechanism. A user story emerges from a real need, it should not be invented or changed to fit the process.

Anyway, it could be something like:

As chief security manager I want all communication between all our applications and all clients to be done via HTTPs so that the risk of a MITM attack is lowered.

Or:

As a page visitor I want to see "green lock" in browser so that I feel safe and protected.

Note the difference between the two. For example, if you have a mobile app with client-server interaction or you are providing API - first story forces to cover those as well.

First of all, you are potentially misusing user stories as a mechanism. A user story emerges from a real need, it should not be invented or changed to fit the process.

Anyway, it could be something like:

As chief security manager, I want all communication between all our applications and all clients to be done via HTTPs so that the risk of a MITM attack is lowered.

Or:

As a page visitor, I want to see a "green lock" in my browser so that I feel safe and protected.

Note the difference between the two. For example, if you have a mobile app with client-server interaction, an API - first story forces you to cover those as well.

First of all, you are potentially misusing user storystories as a mechanism. A user story emerges from a real need, it should not be invented for changeor changed to fit the process.

Anyway, it could be something like:

As chefchief security manager I want all comunicationcommunication between all our applications and all clients to be done via httpsHTTPs so risksthat the risk of a MITM attack areis lowered.

Or:

As a page visitor I want to see "green lock" in browser so that I feel safe and protected.

Note the difference between the two. For example, if you have a mobile app with client-server interaction or you are providing API - first story forces to cover those as well.

First of all you are potentially misusing user story as a mechanism. A user story emerges from real need, it should not be invented for change to fit the process.

Anyway it could be something like

As chef security manager I want all comunication between all our applications and all clients to be done via https so risks of MITM attack are lowered.

Or

As a page visitor I want to see "green lock" in browser so I feel safe and protected.

Note the difference between the two. For example if you have a mobile app with client-server interaction or you are providing API - first story forces to cover those as well.

First of all, you are potentially misusing user stories as a mechanism. A user story emerges from a real need, it should not be invented or changed to fit the process.

Anyway, it could be something like:

As chief security manager I want all communication between all our applications and all clients to be done via HTTPs so that the risk of a MITM attack is lowered.

Or:

As a page visitor I want to see "green lock" in browser so that I feel safe and protected.

Note the difference between the two. For example, if you have a mobile app with client-server interaction or you are providing API - first story forces to cover those as well.

Source Link
Vlad
  • 346
  • 2
  • 6

First of all you are potentially misusing user story as a mechanism. A user story emerges from real need, it should not be invented for change to fit the process.

Anyway it could be something like

As chef security manager I want all comunication between all our applications and all clients to be done via https so risks of MITM attack are lowered.

Or

As a page visitor I want to see "green lock" in browser so I feel safe and protected.

Note the difference between the two. For example if you have a mobile app with client-server interaction or you are providing API - first story forces to cover those as well.